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STATUS OF CLAIMS 

The subject patent application was filed on November 9, 1998 
containing claims 1-20. Amendments to the claims and/or 
specification and drawings were filed on March 28, 2001, September 
14, 2001, April 4, 2002, July 6, 2002, December 16, 2002, January 
17, 2003, May 23, 2003, July 18, 2003, February 6, 2004 July 12, 
2004, March 1, 2005, July 20, 2005, September 20, 2005, March 6, 
2006, and July 19, 2006. Claims 21-22 were newly presented. It is 
believed that all claim amendments have been entered. The attached 
claims appendix contains finally rejected pending claims 1-22, 
being all pending claims, in their present form as finally rejected 
by final official action of the Examiner mailed May 31, 2006. 

STATUS OF THE AMENDMENTS 

Applicants filed amendments on March 28, 2001, September 14, 
2001, April 4, 2002, July 6, 2002, December 16, 2002, January 17, 
2003, May 23, 2003, July 18, 2003, February 6, 2004 July 12, 2004, 
March 1, 2005, July 20, 2005, September 20, 2005, March 6, 2006, 
and July 19, 2006. These amendments were filed in response to the 
various official actions of the Examiner. The Examiner finally 



7 



rejected claims 1-22, being all pending claims by way of final 
office action mailed May 31, 2006, Applicants responded to this 
final office action by way of Amendment After Final under 37 C.F.R. 
1.116 filed July 19, 2006. Though the Examiner has entered this 
amendment, claims 1-22 remain finally rejected. 
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SUMMARY OF CLAIMED SUBJECT MATTER 1 



The present invention generally relates to data base 
management systems and more particularly relates to enhancements 
for providing access to data base management systems via internet 
user terminals 2 . The major advantage of the Internet is its 
universality. Nearly anyone, anywhere can become a user. That 
means that virtually all persons are potentially Internet users 
without the need for specialized training and/or proprietary 
hardware and software. One can readily see that providing access 
to a proprietary data base management system, such as Classic 
MAPPER, through the Internet would yield an extremely inexpensive 
and universally available means for accessing the data which it 
contains and such access would be without the need for considerable 
specialized training 3 . 

A special problem related to the Internet protocol is the 
inherent inability of the Internet to describe the status of a 
requested resource. In general, the only information that the 
Internet can determine from the unavailability of a requested 



1 The references to the specification and drawings provided herein are only exemplary and are not deemed to be 

limiting. The purpose of the references is to enable the Board to more quickly determine where the claimed subject 

matter is described within the present application. 

2 See Specification at page 3 lines 3-5. 

3 See Specification at page 4, line 19, through page 5, line 2. 



resource is that the requested resource is unavailable. 
Ordinarily, this is accomplished by a simple time-out. However, if 
the requestor is provided no further information, it is unknown 
whether the resource is unavailable because it is busy, unavailable 
because it is not functioning, unavailable because it has been 
improperly addressed, unavailable because it does not exist, etc. 
As a result, the user is given no help with regard to what should 
be done concerning the unavailability of the requested resource 4 . 

For many Internet transactions, this lack of information is 
acceptable, because when making a resource request, the user is 
often searching for something without knowing exactly what type of 
response to expect. Unavailability simply means to continue the 
search elsewhere. However, users of existing proprietary data base 
management systems need to be provided with further information, 
because they are accustomed to utilizing a dedicated resource 
having defined and known characteristics. They are not at liberty 
to simply search elsewhere. They need to know that they have 
properly addressed an existing resource. If the resource is 
unavailable because it is busy or has failed, they need to know 
when to try again 5 . 

The present invention overcomes the disadvantages of the prior 
art by providing a method of and apparatus for utilizing the power 

4 See Specification at page 6, lines 14-22. 
5 See Specification at page 7, lines 1-9, 
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of a full featured data base management system by a user at a 
terminal coupled to the world wide web or internet. In order to 
permit any such access, the present invention must first provide a 
user interface, called a gateway, which translates transaction data 
transferred from the user over the internet in HTML format into a 
format from which data base management system commands and inputs 
may be generated 6 . To make access to a proprietary data base by 
Internet users practical, a sophisticated security system is also 
required to prevent intentional or inadvertent unauthorized 
accesses 7 . 

Given that the gateway, security system, and service 
processing combine to provide the internet terminal with the full 
features of the existing proprietary data base management system, 
the data base management system client can conveniently access the 
data base from either an existing dedicated terminal or from an 
internet terminal. The preferred mode of the present invention 
provides an additional feature to make the usage comparable from 
either terminal. A message may be stored within the repository to 
notify potential users of the availability status of the data base 
management system. This message may be composed and/or modified by 



6 See Specification at page 8, lines 3-9, 
7 See Specification at page 8, lines 15-17. 
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the administrator to provide the user with whatever information may 
be deemed appropriate in view of the unavailability 8 . 

The administrator creates a text file containing the desired 
message to be stored in the repository. An object is created 
whereby the service handler converts the text file to an HTML page 
and returns it to a requestor upon the occurrence of one or more 
predetermined conditions. Typical conditions include, system 
maintenance precluding availability, extensive user queuing, and 
major data base updating 9 . 

Claims 16 and 18 are the only pending claims introducing 
"means-plus-function" limitations. Claim 16 has four such 
limitations which are correlated to Applicants 1 disclosure as 
follows : 

a) "permitting means for permitting a user to interact with a 
digital data base by generating a service request in anticipation 
of a response" 10 ; 

b) "providing means responsively coupled to said permitting 
means for providing said user with access to a publicly accessible 
digital communication network via service-based requests" 11 ; 

c) "offering means responsively coupled to said permitting 
means for offering data processing services according to dialog- 
ue Specification at page 10, lines 10-18, 

9 See Specification at page 10, lines 19-23. 

10 See Specification at page 19, lines 4-6 and Fig. 4, element 54. 

11 See Specification at page 19, lines 4-6 and Fig. 4, element 66. 



based requests if available by honoring said service request to 
generate said response" 12 ; and 

d) "notifying means responsively coupled to said offering 
means and said permitting means for notifying said user by transfer 
of an HTML display page in response to said service request of the 
unavailability of said offering means when said offering means is 
unavailable and that said service request will not be honored 
unless subsequently reinitiated at a time during which said 
offering means is available" 13 . 

Claim 18 has a single "means-plus-function" element: 
"storing means for storing a predefined unavailability message as 
a text file" 14 . 

In accordance with the Notification of Non-Compliant Appeal 
Brief mailed July 12, 2007, Applicants herewith endeavor to 
"separately map each independent claim to the specification by page 
and line number and to the drawings if any". 

Claim 1: 

element a — see Figs. 4 and 11 and specification at pages 20- 

21. 

Claim 6: 



12 See Specification at page 19, lines 2-4 and Fig. 4, element 62. 

13 See Specification at page 21, lines 16-23 and page 36, lines 2-7; and Figs.4 and 11. 

I4 See Specification at page 20, lines 1-2, and Fig. 4, element 80. 
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element a — see Fig. 4, element 

19, lines 4-6; 

element b -- see Fig. 4, elements 

19, lines 4-6; 

element c — see Fig. 4, element 

19, lines 2-4; 

element d -- see Fig. 4, element 

19, lines 2-4;. and. 

element e — see Figs. 4 and 1, 

lines 16-23 and page 36, lines 2-7. 
Claim 11: 

element a — see Fig. 4, element 

19, lines 4-6; 

element b -- see Fig. 4, element 

19, lines 2-4; 

element c — see Fig. 4, element 

19, lines 2-4; and 

element d — see Figs. 4 and 11, 

lines 16-23, and page 36, lines 2-7. 

Claim 21: 

element a — see Fig. 4, element 

19, lines 4-6; 



54, and specification at page 



66, and specification at page 



62, and specification at page 



62, and specification at page 



and specification at page 21, 



66, and specification at page 



62, and specification at page 



62, and specification at page 



and specification at page 21, 



54, and specification at page 
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element b -- see Fig. 4, element 66, and specification at page 

19, lines 4-6; 

element c — see Fig. 4, element 62, and specification at page 

19, lines 2-4; 

element d — see Fig. 4, element 80, and specification at page 

20, lines 1-2; and 

element e — see Figs. 4 and 11, and specification at page 21, 

lines 16-23, and page 36, lines 2-7. 
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GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 
1 . Are claims 1-22 unpatentable under 35 U . S . C . 103 (a) as 
being obvious over COOL ICE User 1 s Guide release 1 . 0 (hereinafter 
referred to as "Unisys") in view of U.S. Patent No. 6,094,659, 
issued to Bhatia (hereinafter referred to as "Bhatia")? 



16 



ARGUMENT 



I. Claims 1-22 are not unpatentable under 35 U.S.C. 103(a) 
as being obvious over Unisys in view of Bhatia. 

Claims 1-22 have been rejected under 35 U.S.C. 103(a) as being 
obvious over Unisys in view of Bhatia. This ground of rejection 
should be reversed for failure of the Examiner to make a prima 
facie case of obviousness as specified by MPEP 2143. 

To make a prima facie case of obviousness, MPEP 2143 requires 
the Examiner to provide evidence and argument showing: 1) motivation 
to make the alleged combination; 2) reasonable likelihood of success 
of the alleged combination; and 3) all claimed elements within the 
alleged combination. The Examiner has failed to make any of these 
three required showings for any of the rejected claims. Therefore, 
because the Examiner has not made a prima facie case of 
obviousness, Applicants need not and indeed cannot offer 
appropriate evidence and argument in rebuttal. 

The first showing required of MPEP 2143 is that of 
"motivation". In her only apparent attempt at showing motivation, 
the Examiner states: 
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It would have been obvious to one of ordinary skill at 
the time of the invention to have combined Bhatia with 
Cool ICE User's Guide because Bhatia is concerned with 
informing a user of a failure condition through a set of 
predefined messages and a status message is an important 
message that can be implemented with a high level 
language for communication. (Emphasis added) 

This statement is clearly erroneous. Bhatia is concerned with a 

"Web Server for use in a LAN Modem" 15 . Therefore, the only "failure 

condition or other operational event" of concern to Bhatia is 

directly associated with the LAN Modem. The Abstract provides in 

part : 

The resulting page informs a user stationed at the 
workstation of a failure condition or other operational 
event that then occurred at the LAN modem . (Emphasis 
added) 

Unisys makes no mention of a LAN (LOCAL AREA NETWORK) or LAN modem. 
Furthermore, Unisys has no need for a LAN or a LAN modem. 
Therefore, Applicant strongly disagrees that anyone practicing 
Unisys would have any motivation to employ a LAN or LAN modem. 
Such an element would be clearly superfluous to the teaching of 
Unisys . 

Applicant made this argument to the Examiner in the Amendment 
After Final filed July 19, 2005. By way of response, the Examiner 
acknowledges her confusion with regard to the LAN of Bhatia and the 



15 See Title. 
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claimed "publicly accessible digital data communication network". 

She states in her Advisory Action mailed August 4, 2006: 

..•i.e., public digital communication network suggests 
LAN structure. . . . 
Though it may be theoretically possible for a LAN to become a 

"public digital communication network" as suggested by the 

Examiner, those of skill in the art would readily appreciate that 

the reason for use of a LAN is to provide a private network. 

Having failed to show any motivation for the alleged 
combination, the Examiner completely ignores her obligation to show 
reasonable likelihood of success. Most probably she has failed to 
do so because there is not reasonable likelihood of success. 

MPEP 2143.03 requires that all claim limitations must be 

taught or suggested by the alleged combination. It reads in part: 

To establish prima facie obviousness of a claimed 
invention, all the claim limitations must be taught or 
suggested by the prior art. In re Royka, 490 F2d. 981, 
180 USPQ 580 (CCPA 1974), " All words in a claim must be 
considered in judging the patentability of that claim 
against the prior art " . In re Wilson, 424 F.2d 1382, 
1385, 165 UPQ 494, 496 (CCPA 1970). (emphasis added) 

The Examiner has failed to meet the requirement to show all claim 

limitations within the alleged combination, because she has at 

least not considered "all words in a claim" as specifically 

required by MPEP 2143.03. 
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IA. Claim 1 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 1, for example, is limited by transferring " an 
unavailability message as an HTML display page to said user 
terminal in response to said service request when said data base 
management system is unavailable to receive and respond to said 
service request". The Examiner admits that Cool ICE does not 
contain this limitation. Therefore, she clearly erroneously 
states : 

Bhatia teaches this feature. 
This statement is clearly erroneous in view of the disclosure of 
Bhatia which has no "unavailability message", no "response to said 
service request", no "data base management system", and no 
"unavailable to receive and respond to said service request". The 
Examiner was respectfully reminded that MPEP 2143.03 requires " All 
words in a claim must be considered ". Nevertheless, she has 
continues to ignore much of the language and therefore the basis of 
claim 1. 

The rejection of claim 1, and all claims depending therefrom, 
should be reversed for failure of the Examiner to meet any of the 
three required showings specified by MPEP 2143. 
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IB. Claim 2 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 2 depends from claim 1 and is further limited by 

"wherein said data base management system includes a repository for 

storing said unavailability message as a text file". In making her 

rejection, the Examiner states: 

Regarding claim 2: a repository for storing said 
unavailability message [note: Bhatia, Figure 20 
Repository of Documents (1860); col. 60 lines 17-25] 

The claim specifically requires "wherein said data base management 

system includes a repository". Bhatia contains no "data base 

management system" as claimed. Therefore, the Examiner simply 

ignores the requirement in contravention of MPEP 2143.03 which 

obligates the Examiner by stating that " all words in a claim must 

be considered " . The rejection of claim 2 should be reversed for 

failure of the Examiner to apply MPEP 2143.03. 

IC. Claim 3 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 3 depends from claim 2 and further limits the coupling 
network. As explained above, the alleged combination cannot meet 
the limitations of claim 2 from which claim 3 depends. Therefore, 
the alleged combination cannot meet the further limitations of 
claim 3. The rejection of claim 3 should be reversed. 
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ID. Claim 4 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 4 depends from claim 3 and is further limited by 
"wherein said repository includes space for storage of at least one 
variable for said unavailability message permitting an 
administrator to modify said unavailability message". Having 
expressly found that Cool ICE has no "unavailability message", the 
Examiner has somehow found that Cool ICE has the capability 
"permitting an administrator to modify said unavailability 
message". Not only is this finding clearly erroneous, it defies 
common logic. The rejection of claim 4 should be reversed. 

IE. Claim 5 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Claim 5 depends from claim 4 and further limits the claimed 
data base management system. As explained above, the alleged 
combination cannot meet the limitations of claim 4 from which claim 
5 depends. Therefore, the alleged combination cannot meet the 
further limitations of claim 5. The rejection of claim 5 should be 
reversed. 

IF. Claim 6 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 
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Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 6, for example, is limited by 

an "administration management system" , which is not even 

acknowledged by the Examiner. 'The rejection of claim 7 should be 

reversed as being improperly examined. 

IG. Claim 7 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
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unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39], 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 7, for example, is limited by 

an "wherein said data base management system has a repository 

having storage for a text file containing said unavailability 

message", which is not even acknowledged by the Examiner. The 

rejection of claim 7 should be reversed as being improperly 

examined. 

IH. Claim 8 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 



24 



[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 8, for example, is limited by 

an "wherein said repository has storage for a variable to be 

included in said unavailability message to permit an administrator 

to change said unavailability message", which is not even 

acknowledged by the Examiner. The rejection of claim 8 should be 

reversed as being improperly examined. 

II. Claim 9 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 
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In addition to this statement being legally and grammatically 
incorrect, to the extent understandable, it is clearly erroneous. 
Furthermore, the statement is legally irrelevant, because it does 
not address the language of any claim or limitation thereof. The 
Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 9, for example, is limited by 
an "wherein said publicly accessible digital communications network 
is the world wide web", which is not even acknowledged by the 
Examiner. The rejection of claim 9 should be reversed as being 
improperly examined. 

IJ. Claim 10 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 
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not address the language of any claim or limitation thereof. The 
Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 10, for example, is limited 
by an "wherein said user terminal is an industry compatible 
personal computer having a commercially available web browser", 
which is not even acknowledged by the Examiner. The rejection of 
claim 10 should be reversed as being improperly examined. 

IK. Claim 11 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 11, for example, is limited 
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by an "determining via an administration management system whether 
said data base management system is currently capable of honoring 
said service request", which is not even acknowledged by the 
Examiner. The rejection of claim 11 should be reversed as being 
improperly examined. 

IL. Claim 12 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 12, for example, is limited 

by an "wherein said transferring step further comprises 

transferring said unavailability message to said user terminal via 
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said publicly accessible digital data network", which is not even 
acknowledged by the Examiner. The rejection of claim 12 should be 
reversed as being improperly examined. 

IM. Claim 13 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22 , which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 13, for example, is limited 

by an "wherein said transferring step further comprises adding a 

variable to said unavailability message to permit an administrator 

to modify said unavailability message", which is not even 
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acknowledged by the Examiner. The rejection of claim 13 should be 
reversed as being improperly examined. 

IN. Claim 14 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 14, for example, is limited 

by an "wherein said publicly accessible digital data network 

further comprises the world wide web", which is not even 

acknowledged by the Examiner. The rejection of claim 14 should be 

reversed as being improperly examined. 
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10. Claim 15 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 15, for example, is limited 

by an "wherein said data base management system further comprises 

a commercial data base management system", which is not even 

acknowledged by the Examiner. The rejection of claim 15 should be 

reversed as being improperly examined. 

IP. Claim 16 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 
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Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 16, for example, is limited 

by an "offering means responsively coupled to said permitting means 

for offering data processing services according to dialog-based 

requests if available by honoring said service request to generate 

said response", which is not even acknowledged by the Examiner. 

The rejection of claim 16 should be reversed as being improperly 

examined. 

IQ. Claim 17 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 
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Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 17, for example, is limited 

by an "wherein said publically accessible digital communication 

network further comprises the world wide web", which is not even 

acknowledged by the Examiner. The rejection of claim 17 should be 

reversed as being improperly examined. 

IR. Claim 18 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 
statutory and judicial bases of patentability as well as differing 
claim limitations, the Examiner simply states: 
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The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 18, for example, is limited 

by an "wherein said offering means further comprises storing means 

for storing a predefined unavailability message as a text file", 

which is not even acknowledged by the Examiner. The rejection of 

claim 18 should be reversed as being improperly examined. 



IS. Claim 19 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39] . 
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In addition to this statement being legally and grammatically 
incorrect, to the extent understandable, it is clearly erroneous. 
Furthermore, the statement is legally irrelevant, because it does 
not address the language of any claim or limitation thereof. The 
Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 19, for example, is limited 
by an "wherein said offering means further comprises a commercial 
data base management system", which is not even acknowledged by the 
Examiner. The rejection of claim 19 should be reversed as being 
improperly examined . 

IT. Claim 20 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 
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Examiner is prohibited by MPEP 2143.03 from disregarding 
Applicants' claimed invention. Claim 20, for example, is limited 
by an "wherein said permitting means further comprises an industry 
standard personal computer", which is not even acknowledged by the 
Examiner. The rejection of claim 20 should be reversed as being 
improperly examined. 

IU. Claim 21 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 21, for example, is limited 

by an "an HTML display page containing an unavailability message 

generated by said data base management system which notifies said 



human user of unavailability of said data base management system 
and that said service request will not be honored unless 
reinitiated at a subsequent time when said data base management 
system is available", which is not even acknowledged by the 
Examiner. The rejection of claim 21 should be reversed as being 
improperly examined . 

IV. Claim 22 is not unpatentable under 35 U.S.C. 103(a) as 
being obvious over Unisys in view of Bhatia. 

Instead of examining claims 6-22, which have differing 

statutory and judicial bases of patentability as well as differing 

claim limitations, the Examiner simply states: 

The limitations of claims 6-22 have been addressed above 
in claims 1-5, except for the following: transferring an 
unavailability message to said user terminal if said 
determining step determines data base management system 
is not currently capable of honoring said service request 
[note: Bhatia Figure 4B; col. 7 lines 4-26 protocol may 
be event-specific; col. 24 lines 23-39]. 

In addition to this statement being legally and grammatically 

incorrect, to the extent understandable, it is clearly erroneous. 

Furthermore, the statement is legally irrelevant, because it does 

not address the language of any claim or limitation thereof. The 

Examiner is prohibited by MPEP 2143.03 from disregarding 

Applicants' claimed invention. Claim 22, for example, is limited 

by an "a repository for storage of a text file containing said 

unavailability message", which is not even acknowledged by the 



Examiner. The rejection of claim 22 should be reversed as being 
improperly examined . 
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CONCLUSION 



Having thus reviewed the final rejections of claims 1-22, 
being all pending claims, it seems abundantly clear that the 
limitations of these claims are not unpatentable in view of the 
prior art of record. Thus, the rejection of these claims should 
be reversed as being based upon clearly erroneous fact findings and 
errors of law. 



Respectfully submitted 
Niels Gebauer 
By his attorney, 



Date 




Reg. No. 25,645 
Suite 401, Broadway Place East 
3433 Broadway Street N.E. 
Minneapolis, Minnesota 55413 
(612) 331-1464 



39 



CLAIMS APPENDIX 



1. In a data processing environment having a user terminal 
operated by a user which generates a service request coupled to a 
publicly accessible digital communications network and having a 
data base management system which receives and responds to said 
service request when available by execution of an ordered sequence 
of command language script, the improvement comprising: 

a server coupled to said user terminal via said publicly 
accessible digital communications network and coupled to said 
data base management system wherein said server includes an 
administration management system which transfers an 
unavailability message as an HTML display page to said user 
terminal in response to said service request when said data 
base management system is unavailable to receive and respond 
to said service request which signifies to said user that said 
service request will not be honored unless reinitiated at a 
subsequent time when said data base management system is 
available to honor said service request. 
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2. The improvement according to claim 1 wherein said data base 
management system includes a repository for storing said 
unavailability message as a text file, 

3. The improvement according to claim 2 wherein said publicly 
accessible digital communications network is the world wide web. 

4. The improvement according to claim 3 wherein said repository 
includes space for storage of at least one variable for said 
unavailability message permitting an administrator to modify said 
unavailability message. 

5. The improvement according to claim 4 wherein said data base 
management system is a commercial data base management system. 

6. An apparatus comprising: 

a. a user terminal operated by a user which generates a service 
request; 

b. a publicly accessible digital communications network coupled to 
said user terminal; 

c. a server coupled to said user terminal via said publicly 
accessible digital communications network; 
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d. a data base management system coupled to said server which 
responds to said service request if available by execution of an 
ordered sequence of command language script; and 

e. an administration management system coupled to said data base 
management system and said server which transfers an HTML display 
page containing an unavailability message from said server to said 
user terminal in response to said service request when said data 
base management system is not available to indicate unavailability 
of said data base management system which notifies said user that 
said service request will not be honored unless reinitiated at a 
subsequent time when said data base management system is available 
to honor said service request. 

7. The apparatus of claim 6 wherein said data base management 
system has a repository having storage for a text file containing 
said unavailability message. 

8. The apparatus of claim 7 wherein said repository has storage 
for a variable to be included in said unavailability message to 
permit an administrator to change said unavailability message. 

9. The apparatus of claim 8 wherein said publicly accessible 
digital communications network is the world wide web. 
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10. The apparatus of claim 9 wherein said user terminal is an 
industry compatible personal computer having a commercially 
available web browser. 

11. A method of communicating between a user terminal operated by 
a user and a data base management system comprising: 

a. transmitting a service request from said user terminal via 
a publicly accessible digital data communication network to said 
data base management system; 

b. determining via an administration management system whether 
said data base management system is currently capable of 
honoring said service request; 

c. honoring said service request by the execution of an ordered 
sequence of command language statements by said data base 
management system if said determining step determines that said 
data base management system is currently capable of honoring 
said service request; and 

d. transferring an HTML display page containing an 
unavailability message from said administration management 
system to said user terminal if said determining step determines 
that said data base management system is not currently capable 
of honoring said service request which notifies said user that 
said service request will not be honored unless subsequently 
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transmitted at a future time when said data base management 
system is available to honor said service request. 

12. A method according to claim 11 wherein said transferring step 
further comprises transferring said unavailability message to said 
user terminal via said publicly accessible digital data network. 

13. A method according to claim 12 wherein said transferring step 
further comprises adding a variable to said unavailability message 
to permit an administrator to modify said unavailability message. 

14. A method according to claim 12 wherein said publicly 
accessible digital data network further comprises the world wide 
web. 

15. A method according to claim 14 wherein said data base 
management system further comprises a commercial data base 
management system. 

16. An apparatus comprising: 

a. permitting means for permitting a user to interact with a 
digital data base by generating a service request in anticipation 
of a response; 
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b. providing means responsively coupled to said permitting means 
for providing said user with access to a publicly accessible 
digital communication network via service-based requests; 

c. offering means responsively coupled to said permitting means 
for offering data processing services according to dialog-based 
requests if available by honoring said service request to generate 
said response; and 

d. notifying means responsively coupled to said offering means and 
said permitting means for notifying said user by transfer of an 
HTML display page in response to said service request of the 
unavailability of said offering means when said offering means is 
unavailable and that said service request will not be honored 
unless subsequently reinitiated at a time during which said 
offering means is available. 

17. An apparatus according to claim 16 wherein said publically 
accessible digital communication network further comprises the 
world wide web. 

18. An apparatus according to claim 17 wherein said offering means 
further comprises storing means for storing a predefined 
unavailability message as a text file. 
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19. An apparatus according to claim 18 wherein said offering means 
further comprises a commercial data base management system. 

20. An apparatus according to claim 19 wherein said permitting 
means further comprises an industry standard personal computer. 

21. An apparatus comprising: 

a. a user terminal providing access by a human user for generating 
a service request; 

b. a publicly accessible digital communications network 
responsively coupled to said user terminal; 

c. a server responsively coupled to said user terminal via said 
publicly accessible digital communications network; 

d. a data base management system responsively coupled to said 
server which honors said service request when available; and 

e. an HTML display page containing an unavailability message 
generated by said data base management system which notifies said 
human user of unavailability of said data base management system 
and that said service request will not be honored unless 
reinitiated at a subsequent time when said data base management 
system is available. 
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22. An apparatus according to claim 21 further comprising a 
repository for storage of a text file containing said 
unavailability message. 
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EVIDENCE APPENDIX 

During the prosecution of the subject application, the 
following three (3) declarations were submitted resulting in the 
removal of U.S. Patent No. 6,347,330, issued to Dawson et al. as a 
reference applicable against the subject application: 

1. Declaration under 37 C.F.R. 1.132 of Barbara A. Christensen, 
dated August 6, 2002 and filed August 6, 2002; 

2. Declaration under 37 C.F.R. 1.131 of Niels Gebauer, dated 
December 11, 2002 and filed December 16, 2002; and 

3. Declaration under 37 C.F.R. 1.131 of Niels Gebauer, dated 
January 13, 2003 and filed January 17, 2003. 

There is no other evidence or documents deemed appropriate to 
be included within this Appendix. 
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RELATED PROCEEDINGS APPENDIX 



There are no decisions or other papers deemed appropriate to 
be included in this Appendix. 
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) 

For: METHOD AND APPARATUS FOR ) 
PROVIDING AN AVAIL- ) 
ABILITY MESSAGE TO RE- ) 
MOTE USER TERMINAL ) 
(Amended) > 

Honorable Commissioner of Patents 

and Trademarks 
Washington, D.C. 20231 

Dear Sir: 



Examiner G. Robinson 
Group Art Unit 2177 

Docket No. 33012/246/101 

nTCrT.RRATION UNDER 
17 C.F.R. 1.131 




DECLARATION 



The undersigned declares as follows: 



1. My name is Niels Gebauer ; 

2. My home address is 8/86 Milson Road 

Cremorne Point 
NSW 2090 
Australia; 
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1. I am employed by Unisys Corporation, assignee of the subject invention, 
as Software Engineer; 

4. I am the sole inventor of the U.S. Patent Application. Serial No. 
09/189,615 filed November 11, 1998; 

5. The invention of pending claims 1-22 of the subject U.S. Patent 
Application was first commercially embodied in a product of Unisys 
Corporation entitled Cool ICE Revision 1.1; 

6. Cool ICE Revision 1.1 was first placed on commercial sale on November 
14, 1997; 

7. The previously submitted declaration under 37 C.F.R. 1.132 of Barbara 
A. Christensen, along with its accompanying Exhibits, establishes the 
date of release for commercial sale of Cool ICE Revision 1.1; 

8. Further declarant sayeth not. 

I hereby declare that all statements made herein of my own knowledge are true 
and that all statements made on information and belief are believed to be 
true, and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and that such willful false statements may jeopardize the validity of 
the application or any patent issued thereon, I further declare that I 
understand the content of this declaration. 

Date ^° 
uate ^ — l Niels Gebau er 
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In re application of 
Niels Gebauer 
Serial No. 09/189,615 
Filing Date: 11/09/98 



:d states patent and trademark office 



Examiner G. Robinson 
Group Art Unit 2177 



PATENT 



For: METHOD AND APPARATUS FOR 
PROVIDING AN AVAIL- 
ABILITY MESSAGE TO RE- 
MOTE USER TERMINAL 
(Amended) 

Honorable Commissioner of Patents 

and Trademarks 
Washington, D.C. 20231 

Dear Sir: 



Docket No. 33012/246/101 

DECIARATION UNDER 
37 C.F.R. 1.132 



4$:?^ DyC v , 2Q231 on : this 

day of August , .■■':'' r '.--' : '-\ : \ : '. : - 



DECLARATION 



The undersigned declares as follows: 



1. My name is Barbara A. Christensen; 

2. My home address is 6520 White Oak Rd. 

Lino Lakes, MN 55038; 

3. I am employed by Unisys Corporation, assignee of the subject invention, 
as Senior Software Engineer; 

4 . I have worked professionally with the Unisys Corporation family of 
products called Cool ICE and its predecessor family of products called 
MAPPER since 1978; 
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5. I have read claims 1-22 which are pending with regard to the subject 
U.S. Patent Application; 

6. The invention of pending claims 1-22 of the subject U.S. Patent 
Application was first commercially embodied in Cool ICE Revision 1.1; 

7. I am very familiar with Cool ICE Revision 1.1, a commercial product of 
Unisys Corporation, and its associated documentation including the "Cool 
ICE 1.1 Feature Specif ication", having a Release Date of October 31, 
1997, attached hereto as Exhibit B; 

8. The presence of the invention of pending claims 1-22 within Cool ICE 1.1 
is established at pages 9 of 20, 15 of 20, and HDK 00077 of Exhibit B; 

9. Cool ICE Revision 1.1 was first released as a commercial product on 
November 14, 1997; 

10. Attached hereto as Exhibit A is a copy of the Meeting Minutes for 
November 6/7, 1997 of the Cool ICE and UnixWare group which established 
the General Commercial Availability date (i.e., GCA) of Cool ICE 1.1 as 
Friday, November 14, 1997; and 

11. Further declarant sayeth not. 

I hereby declare that all statements made herein of my own knowledge are true 
and that all statements made on information and belief are believed to be 
true, and further that these statements were made with the knowledge that 
willful false statements and the like so made are punishable by fine or 
imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon, I further declare that I understand 
the content of this declaration. 



Date ~. . - , s , , , - . . 

Barbara A. Christensen 
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Subject: ^ ^ 

Coot ICE 1.1 for Windows NT and UnixWare Meeting minutes for November 6/7, 

1997 

Hello everyone, 
Discussion topics: 

The final copy of Cool ICE 1.1 was shipped to POSM on Friday Oct 3L The CD-ROM media has been 
returned and is being verified Approval for manufacturing and shipment is expected to occur on 
Friday Nov. 7th. 

The final version of the NT Cool ICE 1 . 1 is available on the FTP server. 

The final two action items have been completed Julian has provided FAQ information to Tom Johnson 

which will be put on the Cool ICE web site. 
This is the FINAL Cool ICE 1 . 1 meeting. Any new problems or issues will be handled as support issues 

for the 1.1 product 

Activities Cool ICE 1.1 . 

Final Media ->POSM Fri. 10/31 

Receive verify media Thur. 11/06 

Approve media Fri. 11/07 

GCA Fri 11/14 

There are no more meetings planned for Cool ICE 1.1. Thanks for your cooperation and support for 
this product. 



Product: Cool ICE for Windows NT and UnixWare 
Level* 1 1 

Dependencies: NT MAPPER 6.3.3, UNIX MAPPER 5R3C, WebTx 3.0, CPIX 3.0 & CPNX 3.0 
RTM (Release To Manufacturing): 9/ 29/ 9 7 10/24/97 

• Activity ID Activity DescriptionPlan DateReplan DateActual DateRespoasible 

Organfaatiom ACUS Product Information Plan finalized970630970718970718PI Team2RSVL. 
Product Information Plan finalized970630970814 970828 PI Team3Product Test Plan 
finalized970630970718970722Test Team6Last FIX media delivery from Australia to RsvL 
Information Plan finalized970808597101797 1028NieMulian7Final Test of media in Rsvl problems 
to Australia Information Plan finalized970822971015*971030Test Teaml80Doc CRC to 
RS970819970922PI Teaml90Engineering Ships CD-ROM Media to 
POSM9708 199 71 02497103 lEngineering300POSM Returns CD-ROM Media to 
Engmeering970828971029971104POSM270Che<idisks and CD label 
verrfied970828971031971106Engineeruig2810Aumorize Imation/POSM to manufacture 
O)s970829971031971107Engineering390Ship Authorization Received at 
POSM970909971031971107Rel Mgmt400Release to Manufacturing (RTM / 
GCA)970909971114971114POSMDependent on final media release on NT 5.3.3 



Action hems are summarized below. 

NumberResponsibilityAction ItemStatusComments 970429-5Julian WattsAU Requirements: All 
Engineering tasks, work efforts and individual assignments to be sized and prepared by Julian Watts for 
the team to review and utilize as the basis for the Cool ICE 1. 1 PDP. 970429Closed. May 22. 970429- 
6Julian WattsAU Requirements: Functional and Design Specifications will be need to be prepared for 
the project Julian Watts to check with ACUS PI for assistance in this area.970429Closed. June 05. 
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Document Number: 

Revision Level: 
Release Date: 
Document Author: 

8 Project: 

9 Document Path: 
Document Filename: 



Feature Specification 
Cool ICE 1.1 

FS-ICEll 

31-Oct-1997 

Niels Gebauer 
Cool ICE 1.1 
C :\documents\CoolICE 
FS-ICEll.doc 



Section 

1. Functional Section 
2 Detailed Design 



Status 

Please Review Inspected O Under rework 

□ □ 

Please Review Inspected O Under rework 

□ □ 
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71 1. Functional Section 

72 Cool ICE 1 . 1 is the second release of Cool ICE and is a feature rich release. 

73 1 . 1 High Level Functional Description 

74 New features have been required in the following 3 main areas of Cool ICE: 
75 

76 > Organize & Manage 

_77 • Maintaining Settings at System level 

78 • Improved GUI Interface 

79 • Service Templates 

80 • Importing Existing Runs 

81 • Expanded Repository Capability for storing Objects 

82 • Security Enhancements 

83 • Managing Static Documents 

84 • Arranging list of Categories and Services 

85 • Customizing Icons for Categories and Services 

86 • File Transfer between Workstation and Server 

87 • Drawer Browsing Capability 

88 • Service Expiration 

89 > Service Development 

90 • Additional System Variables 

91 • Enhanced Integration to HTML Authoring Tools 

92 • Image Maps Capability 

93 • Creating Services based on Templates 

94 • Cookies Support 

95 • Uploading Files 

96 • Downloading Files * 

97 > Deployment 

98 • Enhance Session Management 

99 • Controlling System Availability & System Trace 

100 • Enhanced Graphics Support 

1 01 • Positional URL Parameters 

1 02 • Service Error Analyzer via the Browser 

103 • Additional System Variables 

104 • Support for Image Maps 

1 05 • Service Expiration Date Enforcement 

1 06 • Automatic Object Download 

107 • Image Viewer 

1 08 • User Password Change 

109 • Cookies Support 

110 • Repository Search Capability 

111 • Event Viewer 

112 • Uploading Files to the Repository 

113 • Enhanced Handling of HTML Tag Delimiters 

114 1.2 Requirements and Reference Documents 

115 The folio wing table lists the requirements for Cool ICE 1 . 1 in the order they have been received. This list is 

116 a subset of the total requirements for Cool ICE and it only includes requirements specifically for the Cool 
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117 ICE Runware component 
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i 


New Category attributes. When setting up a category it will be possible to specify the 
purpose/content of the category such as:- 

- Template category (When building services, this would allow to select a template that come 
close to what the user want to do (i.e. different forms and different kinds of database access) 

- Image category (This allow to store and reference Images in Cool ICE without the service 
developer has to develop special services top handle this) 

- Applet category (This allow to store and reference Applets in Cool ICE without the service 
developers has to anything) 

- Normal Service category 

- Cool ICE System category (This allow the customers easily to take a copy of the Cool ICE 
system services and customize these services) 

Other category attributes such Read Only category and Access (Direct/Indirect) will be 
possible. 


2 


Allow the users to change their password. This include specifying user-id's for which change 
of password is not allowed (such as Guest user-id). 

A change of password needs to be communicated back to the Gateway so the gateway can 
update its session information. 


4 


Import HTML Template, optionally modify Hyper Link References and Form Action Field 

according to the ICE standard (<GURL>/Category/Service) 


12 


Import existing MAPPER Runs to the Repository. 


13 


Enhance the look and feel of dialog boxes to MS Sans Serif non-bold. 


14 


Export and Import of HTML to and from a service should be enhanced to allow for services 
that include more than one HTML template! 


15 


A function in ICE Administration to define structure of Categories and Services. In the 
current functionality a new Category and new Service is inserted at the bottom of the list. It 
will be required to specify some sort of structure in the list. 


18 


Add a new Attribute for Categories and Services for specifying icon to be displayed when 
building and displaying menu of categories and services. This is to provide an easy way of 
tailoring a look and feel for a user or group of users. 


19 


Enhance service development with features for maintaining a Library of reusable objects. This 
could be achieved through the use of template category as in Req. no 1. 


21 


Search facility to allow users to search for services in the repository. 


22 


Cool ICE Admin interface available from a browser. 
Initially only for selected adrninistrative functions. 
View Event Log should be the first to implement. 


23 


Enhance Export service function and Source function enhanced to handle @brk @brk 

better. When in "Script on Mode", lines without @ must have an html tag delimiter (0 in order 
to change mode to "Script Off'. 


25 


Function to take the whole Cool ICE system On and Off the net. 


26 


Improve handling of positional parameters on the URL. 


27 


When saving a service, verify that the original service report has not been change manually in 
the meantime by some one else. 


28 


Web-TX shared functionality: 

a) File upload to Cool-ICE 

b) File download to browser from Cool-ICE 

c) Session management 


32 


Possibility to turn Trace On/Off of the Cool ICE Service Handler. 


34 


Improve validation of existence of directories and files on the NT and UNIX system. 


40 


Single source for NT and UNIX 
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P 60 | Service Expiration Date enforcement 



120 
121 

122 

123 
124 

125 

126 
127 

128 

129 
130 
131 
132 
133 
134 
135 
136 



139 

140 

141 
142 
143 
144 
145 
146 
147 

148 

149 
150 



1.2.1 Other Requirements that affect this implementation 

Migration from Cool ICE 1.0 must be seamless and must be handled automatic by the setup procedure. 

1.2.2 List of requirements which will not be met 

All requirements for Cool ICE 1.1 have been met. 

1.3 Dependencies 

Cool ICE 1.1 is dependent of the following 3 main features being delivered by WebTx 3.0 and the 
associated MAPPER Gateway: 

1) Uploading files via the browser from the client workstation to Cool ICE. 

2) Downloading files/objects from the Cool ICE repository to the client workstation specifying 
appropriate MIME type. 

3) Secure Session Management. 



137 1.4 Definitions 

138 



Term 


Definition 


Repository 


Storage for Cool ICE Services and objects. 


Service 


Item in the repository containing server side script that executes when 
requested from a client browser. 


Object 


Common term for all items stored in the repository. An object can 
contain binary information as well textual information such as 
GIF/JPG images, Applets, Word dbcument, Cool ICE Services and 
Static HTML Documents. 















1.5 Description of Users 

There are three different types of users of Cool ICE: 



1) 
2) 
3) 



Developers who develop and maintain Cool ICE Web based services. 

People who will be administrating a Cool ICE Web Site. 

End users who will be accessing a Cool ICE Web Site using a browser. 



The same person will probably often perform the roles of category 1 and 2. 

1.6 Areas yet to be addressed. 

None. 
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150 



151 

152 
153 



154 
155 
156 
157 
158 
159 



1 . 7 Functional Flow 

The following illustrate the main steps a developer would go through to develop a Cool ICE Web Service: 



Step 6 -Modify HMtt^mpI^ 

• Modify Tenrjilate 

• Save ittodisk 



Step^-freat^ 
* • ^veJtH6>dfsk 



r L^on^^PfMR' 

• Kun10ifi^llM(N 

• Import :|§^t^SS^1^fe,- 




ie|) 4 - TestSenric€( 

• ©pen the browser •; 

• Specify URL for Gool IGe 

• Follow the menu 



Stejji^ 
^S^the; Service inr&^fegoty 
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1 59 The following illustrate the' flow of events from when a browser at a client workstation requests a Cool ICE 

1 60 Web service and until a response is received in the browser: 



161 



162 
163 
164 
165 
166 



168 
169 
170 
171 
172 

173 
174 



Browser receives the 
; H£ftlL Document 




■l(i$^^rK^uc^fs; a Service 

rPOHtl 



S - ^pin^Parartfeters : 



Web Server 
Cool ICE Gateway 



Cool ICE Service Handler . 




Web Server 
Cool ICE Gateway 



Cool ICE .Service Handler 



Cool ICE Service 



- Out0i*«Mli DbfeUWfent 



J 




r^f^iMJMut 

>1lSE'^^|Sirt'Variable's; 

- St^e^ielSValues: ; 



167 1.8 User Interface Description 



Cool ICE has two different user interfaces: 

1 . Cool ICE Administration uses a traditional Microsoft Windows Graphical User Interface. 

2. Cool ICE Web Services uses a Browser HTML Interface. 



19 Resource estimate 

Project Manager is responsible for ensuring this section is completed before sign-off. 
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Estimated Effort 


Actual Effort 


1 Writ** Funrrinnal Section 




Should be actuals now 


0 t> ^\rif»\jLr Functional Section 




Should be actuals 


'X Writp Functional Descrintion Section 






T?**vi**w Funrrinnal F)e<;crintion Section 






5. W rite Design Details Section 






6. Review Design Details Section 






7. Write Test Specification 






8, Review Test Section 






9. Coding Task 






10. Review Coding Task 






Total Person Costs 


Cost to Go = Total Hrs 
* $/person/hr 


Cost so Far = Total Hrs* 
$/person/hr 



175 



176 



2. Detailed Design 



177 
178 
179 
180 
181 

182 
183 
184 

185 
186 
187 
188 
189 
190 
191 
192 
193 
194 
195 
196 
197 
198 
199 
200 
201 

202 

203 
204 



2. 1 Design Overview 

The requirements for Cool ICE 1.1 have been grouped into the following three main areas: 

> Organize & Manage 

> Service Development 

> Deployment 



2.2 Organize & Manage 



2.2.1 Maintaining Settings at System Level 

This describes the implementation of requirements #25 and #32 specified in section 1.2 plus additional 
functionality derived from the requirements. 

New Cool ICE Admin function "System Settings" will be added to the Options Menu to provide easy 
maintenance of system settings. 

Table for Service handler settings will be added. Report 27E contains settings for configuring the Cool ICE 
Service Handler: - 

- Trace - Trace On/Off 

Availability - On-Line/Off-Line 

When taking the Cool ICE system off the net, a message can be entered which will be displayed to the 
browser users at deployment time. 

In addition, the "System Settings" function will also allow specifying user-defined text to be displayed as 
the footer of all HTML pages. The Cool ICE Page footer, which is always put on all HTML pages, can now 
be turned On/Off and the text can be customized 

2.2.2 Improved GUI Interface 

This describes the implementation of requirement #13 specified in section .1.2 plus additional functionality 
derived from the requirements. 
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205 

206 The Look aud Feel of the Cool ICE Administration User Interface will be enhanced to use MS Sans Serif 

207 Non-Bold. 

208 

209 Function for creating a New Category will be enhanced to give a message after having completed creating 

210 the new category. 
211 

21 2 Function for creating a New Category will be enhanced to make the new category current if no other 

213 category is already open. 

215 Function for Deleting a Category will be enhanced to give a message after having completed deleting the 

216 category. 
217 

218 Function for Removing a security profile will be enhanced to validate if the profile is allocated to any 

219 Categories or Services before allowing it to be removed. 

220 * t u 

221 The Category Export and Import functions will be enhanced to show a progress bar. 

222 

223 The Category Export function will be enhanced to verify if the path to export to already contain a 

224 previously exported category. The user will receive a warning and the option to overwrite. 
225 

226 The Category Import function will be enhanced to verify if the category to import to already contain 

227 objects. The user will receive a warning and the option to overwrite. This makes it easier to re-import a 

228 category without first removing the content. 
229 

230 Function for modifying security profile will be enhanced to modify the profile name every where it is used 

231 when the name of the profile is changed. 

232 2.23 Service Templates 

233 This describes the implementation of requirements #1 and #19 specified in section 1.2 plus additional 

234 functionality derived from the requirements. 

235 * 

236 Functions for creating and managing Cool ICE Services Templates will be added to Cool ICE 

237 Administration. This allows creating templates and subsequently allowing the service developer to create 

238 Cool ICE services based on available templates. 
239 

240 Templates provided a mechanism to share and reuse commonly used functions such as database access and 

241 HTML layouts. 

242 » 

243 Function "Template" for setting up templates will be added under menu item "New Repository Object". 

244 2,2.4 Importing Existing Runs 

245 This describes the implementation of requirement #12 specified in section 1.2 plus additional functionality 

246 derived from the requirements. 
247 

248 Function for Importing an existing MAPPER ran and storing it in the repository as a Cool ICE Dynamic 

249 Service will be added to the Cool ICE Administration. This will allow browsing the MAPPER database for 

250 selection of the MAPPER Run to import. Option will be provided for selection of inserting standard Cool 

251 ICE Service header. 
252 

253 The function will be added as an additional option under menu item "New Repository Object", "Dynamic 

254 Service". The option will be called "Dynamic Service based on Existing Script". 
255 
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256 2.2.5 Expanded Repository Capability for Storing Objects 

257 This describes the implementation of requirements #1 and #19 specified in section 1.2 plus additional 

258 functionality derived from the requirements. 
259 

260 Functions for inserting Images and Applets and storing these as objects in the Cool ICE repository will be 

261 added to the Cool ICE Administration. This includes exportmg/irnporting images and applets to/from the 

262 workstation. When an image or an applet stored in the Cool ICE repository is referenced from an HTML 

263 document, the object will automatically be down loaded to the browser. The Cool ICE Service Handler 

264 handles this. 
265 

266 Two new functions, "Image" and "Applef \ will be added under menu item "New Repository Object". 

267 " . ' ^ , 

268 In addition, a new Cool ICE System Service "Dsplmg" will be included to view an image stored in the Cool 

269 ICE Repository. The Cool ICE Menu Builder will be enhanced to automatically build a link to the new 

270 "Dsplmg" service when a GIF or JPG type object is direct accessible. This provides the capability to view 

271 images in the Cool ICE Repository just by changing the accessibility attribute to "Direct". Normally an 

272 image object will be accessible indirectly. 
273 

274 Functions for inserting Objects of any kind-and storing these as objects in the Cool ICE repository will be 

275 added to Cool ICE Administration. This includes exportmg/importing objects to/from the workstation. 

276 When an object stored in the Cool ICE repository is referenced, the object will automatically be 

277 downloaded to the browser. The Cool ICE Service Handler handles this. A function "Other Object" will be 

278 added under menu item **New Repository Object". 
279 

280 In addition, new function for maintaining a table of valid Cool ICE objects will be included. This allow to 

281 define the type of object and associated MIMI Type which is used at runtime when an object is downloaded 

282 via the browser to the end user workstation. A function "Object Types" will be added under menu item 

283 "Options". 

284 2.2.6 Security Enhancements 

285 This describes the implementation of requirements #1 and #2 specified in section 1 .2 plus additional 

286 functionality derived from the requirements. * 

287 . . 

288 In addition to being able to store objects of any kind in the Cool ICE repository, the existing security 

289 profile mechanism will be enhanced to allow securing any object in the repository. 
290 

291 User Registration will be enhanced to allow specifying whether a user can change password or not. Users 

292 who are allowed to change their password can do so via the browser. 
293 

294 A "Change Password" service will be accessible from the browser for those users who have been granted 

295 the right to do so. 
296 

297 A new Cool ICE System Service "Change-Password-Form" will be included to allow Cool ICE browser 

298 users to change their own password. A user must be a registered Cool ICE user and be allowed to change 

299 password in order to use the "Change-Password" service. After successfully having changed the password, 

300 the user will be required to Signon again to Cool ICE. The Cool ICE signon form will automatically be 

301 displayed. This is necessary in order to signal to the MAPPER Gateway that the password has changed. 

302 ccc _ _ . 

303 A new Cool ICE System Service "SignOff ' will be included to allow Cool ICE users to sign off from Cool 

304 ICE. After Sign Off, the Cool ICE Sign-On form will be displayed. This means a user can safely leave the 

305 workstation without the workstation having a session open to Cool ICE. 

306 2.2.7 Managing Static Documents 

307 This describes the implementation of requirement # 1 specified in section 1 2 plus additional functionality 

308 derived from the requirements. 
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309 

310 Function for inserting Static HTML Documents and storing these, as objects in the Cool ICE repository 

311 will be added to Cool ICE Administration. This includes exporting/importing documents to/from the 

31 2 workstation. When a static document stored in the Cool ICE repository is referenced, the document will 

31 3 automatically be down loaded to the browser. The Cool ICE Service Handler handles this. 
314 

315 Function "Static Document" will be added under menu item "New Repository Object". 
316 

317 Importing HTML Documents has been enhanced to allow importing images being referenced by the 

31 8 Document. An option will be added to select that images being imported should be saved in the Cool ICE 

319 Repository. The original functionality of importing images to the Server Image Alias Directory will be 

320 maintained. 

321 2.2.8 Arranging List of Categories and Services 

322 This describes the implementation of requirement #15 specified in section 1.2 plus additional functionality 

323 derived from the requirements. 

324 • 

325 Functions for Arranging the list of Categories and Objects will be added to Cool ICE A(hninistration. This 

326 provides the capability to move categories and objects around in order to specify the sequence in which 

327 they will be listed. The Menu builder uses the list of categories and services. 
328 

329 Function "Arrange Categories/Objects" will be added under menu item "Options". 
330 

331 2.2.9 Customizing Icons for Categories and Services 

332 This describes the implementation of requirement #18 specified in section 1.2 plus additional functionality 

333 derived from the requirements. 

335 New attributes for specifying customized icons for Categories and services will be added to System 

336 Settings table (27E). The menu builder will use these icons when displaying menu of categories and 

337 services. Default system icons will be used when nothing has been specified. 

338 2.2.10 File Transfer between Workstation and Server 

339 This describes the implementation of additional functionality derived from the requirements. 
340 

341 Function for transferring files between the workstation and the server will be included in Cool ICE 

342 Administration. Function "File Transfer" will be added under menu item "Options". 

344 The primary purpose of the function is to provide an easy way of transferring images between the service 

345 developers workstation and the web server. The function, however, will allow transfer of any files. Browse 

346 capability will be provided for selecting files in any directory on the workstation. On the server browsing 

347 wul be restricted to directories listed in the Image Directory Alias table maintained through the Image 

348 Directory Alias function. 

349 2.2.11 Drawer Browsing Capability 

350 This describes the implementation of additional functionality derived from the requirements. 
351 

352 Creating a new category will be enhanced to include a Browse button for selecting and allocating a Drawer 

353 from the Cool ICE database. 

354 in,- 

355 The browse function will display a list of drawers in the database and allow selecting an open drawer. This 

356 makes it easy for users of Cool ICE who are not yet familiar with the Cabinet/Drawer structure of the 

357 database to setup a Cool ICE category. 
358 

359 The browse function is only available for browsing a database on the local Cool ICE system. The browse 
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360 button will be disabled when selecting to create a new category on a remote Cool ICE server. 

361 2.2,12 Service Expiration 

362 This describes the implementation of additional functionality derived from the requirements. 

364 Function for listing services/objects that have expired or will expire within a specified number of days will 

365 be added. 
366 

367 Function "Service/Object Expiration" will be added under menu item "Options". 

368 2.3 Service Development 

369 

370 23.1 Additional System variables 

371 This describes the implementation of additional functionality derived from the requirements. 
372 

373 Additional Run-Time information about the environment will be made available to Cool ICE Services. The 

374 following Cool ICE system variables will be added to the System Variables section of the services input (- 

375 8) being passed to a service:- 
376 

377 - <GSysCat> Name of Cool ICE System category (f.ex.ICEADM) 

378 - <GSvrName> Name of Web Server (f.ex. coolice.au.unisys.com) 

379 - <GSvrProtocol> Protocol (f.ex. HTTP/ 1.0) 

380 - <GSvrPort> Server Port number (f.ex. 80) 

381 - <GRemoteAddr> IP Address of client (f.ex. 129.223.41.102) 

382 - <GUserAgent> Client Browser (f.ex. Mozilla/3.01 (WinNT: I) 

383 - <GGatewayIn> Gateway Input File 

384 - <GInvkSignon> Invoke Signon (y/n) 

385 23.2 Enhanced Integration to HTML Authoring Tools 

386 This describes the implementation of requirements #4, #14 and #23 specified in section 1 .2 plus additional 

387 functionality derived from the requirements. 
388 

389 Importing HTML Forms will be enhanced to modify the Form Action attribute to the standard Cool ICE 

390 way of referencing another service. "<GURL>/<category>/COOL-ICE-SERVICE ,, will be inserted in the 

391 action field. This means the service developer just has to modify "COOL-ICE-SERVICE" and insert the 

392 appropriate service name. 
393 

394 Exporting and Importing HTML Templates will be enhanced to allow for services that contain more than 

395 one HTML Template. If a service contain more than one HTML Template a dialog box will appear 

396 allowing the user to select which Template to export or import. 
397 

398 Importing HTML Templates or HTML Documents will be enhanced to allow importing images being 

399 referenced by the Template/Document Optionally images can be imported and saved in the Cool ICE 

400 Repository. The original functionality of importing of images to the Server Image Alias Directory has been 

401 maintained. 
402 

403 The following additional enhancements will be implemented; 

404 - Under special circumstances importing an HTML template containing Script causes the HTML 

405 delimiters o not to be translated. 

406 - Under special circumstances importing an HTML template containing very long lines causes 

407 truncation of the HTML input. 
408 

409 Exporting HTML will be improved to make a better decision whether a line is a Cool ICE Script or an 

4 1 0 HTML Tag particular when ther e is no @ character in column one. 
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411 23.3 Image Maps Capability 

41 2 This describes the implementation of additional functionality derived from the requirements. 
413 

414 Support will be added for the HTML ISMAP's. Hie Cool ICE service will receive two variables (<X> and 

415 <Y>) containing the coordinate position of the mouse pointer when the user click within an image defined 

4 1 6 with the ISMAP attribute. 
417 

418 The Cool ICE Service Handler will be enhanced to create two variables (<X> and <Y>) m the service mput 

41 9 report containing the corresponding x and y coordinate position of where the user clicked on the map. 

420 23 A Creating Services based on Templates 

421 This describes the implementation of requirements #1 and #19 specified in section 1 .2 plus additional 

422 functionality derived from the requirements. 
423 

424 Function for Creating a New Service Based on Cool ICE Template will be enhanced to allow the service 

425 developer to browse the repository to find and select a suitable template. 

426 2.3.5 Cookies Support 

427 This describes the implementation of requirement #28 specified in section 1.2 plus additional functionality 

428 derived from the requirements. 
429 

430 Support for cookies will be provided Cookies can be set by individual Cool ICE services and the cookie 

431 keywords and associated values will be passed into the Cool ICE services. Cookies will be passed mto the 

432 Cool ICE services through the "-8" mechanism and is presented in the browser input section. A cookie 

433 keyword will be used as the variable name and the normal naming conventions for MAPPER variable 

434 naming will apply. 
435 

436 Example #15 and example #16 in the examples category will provided examples of how to set and re-set 

437 cookies. 

438 2 3.6 Uploading Files 

439 This describes the implementation of requirement #28 specifiedjn section 1 .2 plus additional functionality 

440 derived from the requirements. 
441 

442 Upload capability for uploading files from the client workstation via HTML Forms via the browser has 

443 been implemented. 
444 

445 When the HTML Form attribute ENCTYPE="multipart/fonn-data M is specified on the HTML Form tag and 

446 the TYPE— 'file" is specified on the Form INPUT tag, the browser will allow the user to browse files on the 

447 workstation and attach a file to the form data being send up to the web server. 
448 

449 The following is an example of the HTML Form specifications:- 

450 [FORM ENCTYPE="multipart/form-data" 

451 ACnON= ,, <Gurl>/<category>/service" METHOD=POST] 

452 Filename On Your Computer: [INPUT NAME="WsFile H TYPE— 'file"] 

453 [INPUT TYPE="submit" VALUE="Send File"] 

454 [/FORM] 
455 

456 In the above example the TYPE="file n is causing TWO parameters to be passed into the Cool ICE service 

457 via the service input report (-8):- 

458 - <Wsfile> containing the name of the file on the workstation. 

459 - <FUWsFile> containing the name of the file on the server. This is the name of the File after it 

460 has been Uploaded to the server. 
461 

462 As the example indicate, Cool ICE will add the prefix "F U" (File Upload) to the name of the input field 
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463 name (WsFile). 
464 

465 An uploaded file is only stored temporarily on the server. The Cool ICE Gateway will remove the file when 

466 the receiving Cool ICE service returns a response/document to the browser. 
467 

468 The receiving Cool ICE service is expected to copy or move the file to a permanent location as appropriate 

469 for the functionality of the service. 
470 

471 Example #1 8 in the examples category provide an example of how to specify the HTML Form and how to 

472 receive and store the file in a Cool ICE service. 

473 2 3.1 Downloading Files 

474 This describes the implementation of requirement #28 specified in section 1 .2 plus additional functionality 

475 derived from the requirements. 
476 

477 Downloading a text file from the server to the workstation can be achieved from a Cool ICE Service. The 

478 Cool ICE service must specify the content type of the file being passed down to the browser. The Content 

479 Type can be specified in the header of the text file as in the following example: 
480 

481 line 1, column 1: Content-Type; application/my-app 

482 line 2 data 

483 etc. more data 
484 

485 Example #19 in the example category will provide example of how a Cool ICE service creates a file for 

486 download. 

487 2.4 Deployment 

488 

489 2.4.1 Enhanced Session Management 

490 This describes the implementation of requirement #28 specified in section 1.2 plus additional functionality 

491 derived from the requirements. * 
492 

493 Session Management will be enhanced. The Cool ICE system including the gateway has been enhanced to 

494 provide a more secure way of handling session id's. The Sessionld is no longer part of the URL. 

495 SessionlD's are kept as cookies. The cookies are created without an expiry so they are not written to disk 

496 and they only last while the browser is running. Each Sessionld is unique and is not related to any other 

497 session, past or present. Each Sessionld is paired with the TCP/IP address and is verified for every 

498 transaction. 
499 

500 For the browser user this mean that he/she can bookmark access to preferred services. When a session is 

501 established and the user select a bookmark, the system will not ask the user to signon. Only when a session 

502 is not established will the user be asked to signon. 

503 2.4.2 Controlling System Availability and System Trace 

504 This describes the implementation of requirements #25 and #32 specified in section 1 .2 plus additional 

505 functionality derived from the requirements. 

506 . ^ . 

507 The Cool ICE Service Handler will be updated to check for the System Setting in table 27E. When the Cool 

508 ICE system has been taken off-line a user defined system availability message will be send back to the 

509 browser user. 

510 2.4.3 Enhanced Graphics Support 

51 1 This describes the implementation of additional functionality derived from the requirements. 

512 ' 
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513 Available Graphic Chart types will be expanded to include the following new types of charts: 

514 - Pie, Bar, Gant, Line, Log Line, Polar, Area, Scatter, Tape and Buble. 



515 

516 List of possible chart types is available in report 6B of the Cool ICE cabinet. 



517 
518 



537 
538 



Creating Cool ICE Dynamic Graphs will be enhanced to allow specifying the size of a graph . Tte^hics 
interface routine located in 9B of the Cool ICE cabinet will be given a new entry point with additional 



The Cool ICE Graphing Interface Routine located in 9B of the Cool ICE cabinet has been enhanced to 

519 handle a call from a remote Cool ICE service. 
520 
521 
522 

523 parameters:- 

524 @002:(<ChTyp>,<Height>,<Widm>,^ide>,<GphNbr>,\ 

525 ^gPam^^en^Dir^^Ti^Id^^GplutagF^.^tatus^ . 

527 Height and Width parameters have been added. Height and Width is specified in rwip's. F.ex. a 

528 height,width of 2000,2000 equals 89,134 pixels. 

530 Default height,width is 5850,8600 which will be applied when no size is specified. 
531 

532 Minimum height, width is 1000,1000. 

5M Example #15 in the example category delivered with Cool ICE provides guidance for how to specify the 

535 size of a graph. 
536 



A STATUS parameter has been has been added to the interface routine. Tins is used to provide feedback to 

538 me calW sLce as to whether the graph was produced successful or not The status parameter contains 

539 Z vS 0 (z7ro) when the graph is produced successful. The status parameter contains the value contains 
So 9 vTn 11 terror occurred whL producing the graph and the GphlmfFile parameter pomts to an error 



541 image. 

542 2.4,4 Positional URL Parameters 

543 This describes the i^lementation of requirement #26 specified in section 1.2 plus additional functionality 

544 derived from the requirements. 
545 
546 

547 

548 generate default keywords as follows:- 

549 Error! Reference source not found. 

550 t 

551 This URL will generate the following input to the service:- 

552 @ldv,p <Category>s8='Examples' . 

553 @ldv,p ^ervice^S^Forml* . 

554 @ldv,p ^araml^S-heUo* . 

555 @ldv,p <Param2>s5-worid' . 



Handling of positional parameters specified on the URL will be improved. J^f^J^S^ 
URL without keyword will be interpreted as positional parameters and the Cool ICE Service Handler will 



556 2.4.5 Service Error Analyser via the Browser 

557 This describes the implementation of additional functionality derived from the requirements. 

559 A new Cool ICE System Service "SvcDump" will be included to view an error dump from a service that 

560 iZ TlS Cool ICE Service Handler will be enhanced to display a message with a link to the new 

56? "SvcDump" when a service terminates abnormally. This gxves the service developer the capabihty to view 

562 the service error dump using a browser. 

564 The link to the "SvcDump" service will only be available if the security profile of the browser user allows 

565 access to the "SvcDump" service. • 
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566 2.4.6 Additional System Variables 

567 This describes the implementation of additional functionality derived from the requirements. 
568 

569 Additional Run-Time information about the environment will be made available to Cool ICE Services. The 

570 Cool ICE Service Handler will be updated to supply the following additional Cool ICE system variables in 

571 the services input (-8) being passed to a service:- 
572 

573 - <GSysCat> Name of Cool ICE System category (f.ex JCEADM) 

574 - <GSvrName> Name of Web Server (f.ex. coolice.au.unisys.com) 

575 - <GSvrProtocol> Protocol (f.ex. HTTP/1.0) 

576 - <GSvrPort> Server Port number (f.ex. 80) 

577 - <GRemoteAddr> IP Address of client (f.ex. 129.223.41.102) 

578 - <GUserAgent> Client Browser (f.ex. Mozilla/3.01 (WinNT: I) 

579 - <GGatewayIn> Gateway Input File 

580 - <GInvkSignon> Invoke Signon (y/n) 

581 2.4.7 Support for Image Maps 

582 This describes the implementation of additional functionality derived from the requirements. 

583 ' . t1 

584 The Cool ICE Service Handler will be updated to support the HTML ISMAP's. The Cool ICE service will 

585 receive two variables (<X> and <Y>) containing the coordinate position of the mouse pointer when the 

586 user click within an image defined with the ISMAP attribute. 

587 . . 

588 The Cool ICE Service Handler will be enhanced to create two variables (<X> and <Y>) in the service input 

589 report containing the corresponding x and y coordinate position of where the user clicked on the map. 

590 2.4.8 Service Expiration Date Enforcement 

591 This describes the implementation of requirement #60 specified in section 1.2 plus additional functionality 

592 derived from the requirements. 
593 

594 The Cool ICE Service Handler will be enhanced to verify if a service or object being requested from the 

595 Cool ICE Repository has expired. This is utilizing the "Expiration Date" attribute. 

596 2.4.9 Automatic Object Download 

597 This describes the implementation of requirements #1 and #28 specified in section 1 .2 plus additional 

598 functionality derived from the requirements. 

599 _ 

600 The Cool ICE Service Handler will be enhanced to support downloading objects to the browser. The 

601 download will be handled transparent to service, so no special scripting is necessary. Any object stored in 

602 the Cool ICE repository will be downloaded, this can be an object such as PPTs, XLS's, DOCs, etc. A 

603 Cool ICE service just provides a link to an object using the normal HTML Anchor Tag. 
604 

605 All examples in the example category will take advantage of this feature. All examples will include a link 

606 to the "Powered by Cool ICE" image which will be stored in the Cool ICE repository. 

607 2.4.10 Image Viewer 

608 This describes the implementation of requirement # 1 specified in section 1.2 plus additional functionality 

609 derived from the requirements. 
610 

61 1 A new Cool ICE System Service "Dsplmg" will be included to view an image stored in the Cool ICE 

612 Repository. The Cool ICE Menu Builder will be enhanced to include a link to the new "Dsplmg" service 

61 3 when an object is a GIF or JPG type and it is direct accessible. This provides the capability to view images 

614 in the Cool ICE Repository just by changing the accessibility attribute to "Direct". 
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615 2.4.11 User Password Change 

616 This describes the implementation of requirement #2 specified in section 1.2 plus additional functionality 

61 7 derived from the requirements. 
618 

619 A new Cool ICE System Service "Change-Password-Form" will be included to allow Cool ICE browser 

620 users to change their own password. A user must be a registered Cool ICE user and be allowed to change 

621 password in order to use the "Change-Password" service. 
622 

623 A new Cool ICE System Service "SignOfT will be included to allow Cool ICE users to sign off from Cool 

624 ICE. After Sign Off, the Cool ICE Sign-On form will be displayed. This means a user can safely leave the 

625 workstation without the workstation having a session open to Cool ICE. 

626 2.4.12 Cookies Support 

627 This describes the implementation of requirement #28 specified in section 1.2 plus additional functionality 

628 derived from the requirements. 
629 

630 The Cool ICE Service Handler will be updated to support cookies. Cookies can be set by individual Cool 

631 ICE services and the cookie keywords and associated values will be passed into the Cool ICE services. 

632 Cookies will be passed into the Cool ICE services through the "-8" mechanism and is presented in the 

633 browser input section. A cookie keyword will be used as the variable name and the normal naming 

634 conventions for MAPPER variable naming will apply. 
635 

636 Example #15 and example #16 in the examples category will provided examples of how to set and re-set 

637 cookies. 
638 

639 2.4.13 Repository Search Capability 

640 This describes the implementation of requirement #22 specified in section 1.2 plus additional functionality 

641 derived from the requirements. 

643 Function for the browser user will be added to allow searching for Cool ICE services available in the Cool 

644 ICE Repository. The search engine allow search for words, phrases using wildcard (*) and boolean 

645 operators (and, or, not). 
646 

647 The result of a search will be a list of service titles that match the query. Only services that match the user 

648 security profile will be listed. 

650 The Search function will be implemented as a Cool ICE service ("SearchForm"). The Search function will 

651 be accessible from the browser and available from the main Cool ICE menu. The Search function is only 

652 available if the user security profile provide access to the function. 

653 2.4.14 Event Viewer 

654 This describes the implementation of requirement #22 specified in section 1.2 plus additional functionality 

655 derived from the requirements. 

656 

657 A Cool ICE Event Viewer will be implemented. It will provide a browser interface for viewing the Cool 

658 ICE Event Log. 
659 

660 The Event Viewer will be accessible from the main Cool ICE browser menu for users who have been 

661 granted access via the user profile security. 

662 

663 The Event Viewer will display a list of Log Report and a number of options for viewing the log 

664 information. One or more Log Reports can be selected for viewing. 
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691 

692 
693 
694 
695 



2.4.15 Uploading Files to the Repository 

This describes the implementation of requirement #28 specified in section 1.2 plus additional functionality 
derived from the requirements. 

The Cool ICE Service Handler will be updated to provide support for File Upload as described in section 
23.6. 

2.4.16 Enhanced Handling of HTML Tag Delimiters 

This describes the implementation of additional functionality derived from the requirements. 

The Cool ICE Service Handler will be updated to pass anything between [SCRIPT ...] and [/SCRIPT] as it 
is and NOT translate the HTML Tag delimiters from [] to o. 

The Source Viewer service will be improved to make a better decision whether a line is a Cool ICE Script 
or an HTML Tag particular when there is no @ character in column one. 

2.5 Discontinued Functionality 



2.5.1 Static Document Outside Cool ICE 

The storage of Static Documents in directories outside the Cool ICE system has been removed. This has 
been replaced by the new feature (Requirement #1 that provide functionality to upload and store Static 
Documents in the Cool ICE Repository. 

As a result of this, functions for mamtaining Document Directory Aliases has also been removed. 

2.5.2 Transfer Cool ICE System Images 

The "Transfer Cool ICE System Images" function within "Image Directory Alias" dialog has been 
removed. With Cool ICE 1 . 1 all system images are stored in the Cool ICE Repository. Cool ICE 1.1 will be 
taking advantage of the new image handling capabilities introduced with this release. System images will 
be stored in "ICEADM" system category. 
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Defining Users of System & their needs 
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$ *Cool ICE 1.1 

Copyright© 1997 Unisys Australia. 
The Cool ICE Administration module: 

• provides an environment for administrating a company's Internet/Intranet services 

• assists with the development of these Internet/Intranet services 

• provides capabilities for handling the deployment of Internet/Intranet services 

Cool ICE Administration is primarily targeted at service developers who will be developing, maintaining and 
enhancing Internet/Intranet services. Functions are also provided for non-technical people to publish static 
documents over the Internet/Intranet. 

The Cool ICE system is a Repository-based system that provides a single point of control for a company's 
Internet/Intranet assets. Cool ICE Administration provides a point and click environment for maintaining services 
and their categories in the Repository. 

Cool ICE Administration is implemented using Unisys's 4GL Mapper software and uses the power of Mapper for 

development as well as deployment. , 

The Cool ICE on-line help contains the following main topics: 

• Categories 



• Objects 

• ^vent Viewer 



• Security 

• Options 



'Cool ICE 1.1 

♦ HDK:00001 

* HDK3B9ACA40 
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$K+ Categories 

*A category is a collection of services and objects. It is a way of grouping related objects which together create an 

application, or it may be used to group related topics. 

The following illustrates the structure of categories in the Cool ICE Repository: 

Cool ICE System 
Category A 

Service A1 

Service A2 
Image 11 

Category B 
Service Bl 

A category can be set up either as a local category or as a remote category. 

. A local category means that all the services and objects for the category will physically reside on the same 

server within the local Cool ICE system. 
• A remote category means that all the services and objects for the category will physically reside on a remote 

server within the Cool ICE system on that remote server, interconnected via the Cool ICE networking 

capabilities. Although a category is remote, the Repository information is kept in the central Repository on the 

local system. 

Cool ICE Administration will automatically handle the necessary networking to store and retrieve services and 
objects belonging to remote categories. 

Subtopics are: 

New Category 

Delete Category 

Category Properties 

Rename Category 

Ex port Category 

Import Category 



$ Categories 
K category 

♦ HDK:00002 
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* K+ New Category 

The New Category option is used to create a new category. Setting up a new category involves allocating a 
drawer in the Mapper system database as the areas for storing the services for this category. The drawer for a 
category on the local Mapper system will be generated automatically. 

Setting up a new category requires that the user have Mapper Coordinator privileges which give permissions to 
allocate and generate a new drawer in the Mapper database. 

In order to create a category on a remote Mapper Server system, the drawer for the category must have been 
allocated and generated by the coordinator of the remote Mapper system. The drawer must be generated as free 
form and 80 characters wide. 

Category Name 

A unique name to identify the category within the Repository. 
Category Title 

A 70 character long title that will be shown in the list of categories viewed from the browser. 

Th^Kpercabinet and drawer to be allocated for storing the services within the category. To locate an available 
Mapper cabinet and drawer click Browse. 

? at CooMCE System Category: This option is used to nominate a category to be the Cool ICE System Category 
Cool ICE requires a category to be available containing specific services related to the deployment of Cool let. 
A category named "ICEADM" containing default system services is delivered with Cool ICE. If an installation 
want to customize the system services, it is recommended to copy the system category to another category 
before applying modifications. This option should then be used to nominate this new category as the System 
Category for this Cool ICE system. Only one system category is allowed for a Cool ICE system. It will therefore 
be necessary to remove the system specification on the current category before nominating another category. 

. Direct accessible from menu: When checked, this identifies that the category should appear in the menu 

displayed at deployment time in the browser. 
. Available on the Net: This option allows for easily taking a whole category Off the Net while doing maintenance 

to a range of services within the category. By default, a new category is Off the Net until services are provided 

within the category, at which time the category should be put On the Net using the Category Properties option. 
. Read only When checked, this option will identify the category as a read only category. This mean that services 

and objects in this category cannot be updated using the Cool ICE Administration functions. This is to prevent 

accidental updates to a category. 

Thte IS wsto select an icon from the Cool ICE repository to be shown next to this category in the menu displayed 
at deployment time in the browser. You click on the hrowse button to browse and select the icon from the Cool lot 
Repository. The Default Icon button will reset the icon to the system default. The default category icon can be 
configured using the Cool ICE System Settings f unction. 

Enable Remote Category «^„„ Qr 
When checked, indicates that the category is to be located on a remote Mapper system. A list of remote Mapper 
systems which have been configured in the Networking Configuration report (1C2), will be displayed for selection. 
Cool ICE Administration will verify that the cabinet and drawer specified for the Services Drawer has been 
generated on the remote Mapper system and is empty. The coordinator of the remote Mapper system must have 
allocated and generated the drawer as a free form 80 character wide drawer. 

Enable User Authentication 



* New Category 

K Availability;Category Drawer;Category lcon;Category Name;Category Title;Enable Remote 
Services;Enable User Authentication;New Category;Services Drawer; System Category 

* HDK:00003 

* HDK3B9ACA70 
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This is related to remote categories. When checked, it means that in order for an end user's browser to gain 
access to a service within this category, their user-id must be passed to the remote Mapper system and vain 
on the remote system. This provides a high level of security, but requires additional administration. When 
unchecked, a default user-id and password can be specified and this will then be used for all access to the s 
within the category. This user-id and password must be defined on the remote system. 



$K+ Delete Category 

The Delete Category option is used for deleting a category. Categories located on the local Mapper system 
deleted from the Repository. The Mapper drawer containing the services will also be physically deleted from 
system. For remote categories, only the Repository information will be deleted. 



$ Delete Category 
K Delete Category 

♦ HDK:00004 

* HDK3B9ACA80 



$K *Category Properties 

*Tbe Category Properties function allows you to select a category and or ^ e properties. 



* Category Properties 
K Category Properties 

* HDK:00005 

* HDK3B9ACA90 



$K *View Category Properties 

The View Category Properties dialog allows you to change the Name, Title, Options and Icon of a category. 
For description of individual fields, please see New Category function. 
Category Drawer and Remote Server Location 

These cannot be changed. In order to move a category to another location, you must create a new category and 
use the Copy Service option to copy the services to the new category. 



View Category Properties 
K Availability;Category Drawer;Category lcon;Remote Server Location;Rename;Services 
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$K *Rename Category 

*THe Rename Category option allows the administrator to change the Repository name of a category Cool ICE 
Administration will automatically change the name everywhere it appears in the Repository. For local categories the 
drawer name will also change where used by the Mapper system. 
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$K+ Export Category 

*The Export Category option provides an easy way of saving the services and objects of a whole category to 
another media. This can be used for exchanging a category with another Cool ICE system, or simply for backing up 
the service and object specifications for a category. 

Category to Export 

The category you want to export. 

Directory to Export to 

The directory where the category and associated service will be written to. This can be a directory on the hard drive 
of your local workstation, or simply a diskette on your workstation for easy exchange with another Cool ICE 
system. A directory can only contain one exported category. If attempting to export to a directory already containing 
a category, a warning will be given and you will receive the option to overwrite. 

Cool ICE Administration will export all the Repository information for the category and the associated services and 
objects and will export the service specifications themselves including any associated Style Guide information. 
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$K+ lmport Category 

*The Import Category option will import a category that previously has been exported from another Cool ICE 
system. 

Category to Import into . . . 

This must be an empty category. Cool ICE Administration will import all services and objects included in the 
cateaorv If vou only want to import selected services, we recommend that you import the category to a temporary 
category and then use the Copy Service option to copy the selected services from there. If the category to import 
into already contains objects, you will receive a warning and the option to overwrite. The import function will use the 
original database report number and replace objects in the same database report number. 

Thfets iJie^ the category was previously exported to. This can be a directory on the hard drive of 

your local workstation, or simply the diskette drive on your workstation. 
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$K+ Objects 

*Object is a common term for those services and objects you are keeping in the Cool ICE Repository and is 
providing on the Internet/Intranet. 

An object can be one of the following: 

• Documents with static content such as company information and product descriptions 

• Inquiry forms and fill in forms such as order entry forms 

• Dynamic services providing access to databases and building HTML documents dynamically 

• Service Templates for assisting the service development containing commonly used script methods. 

• Images and icons 

• Applets 
Subtopics are: 

• Object Attributes 

• New Repository Object 

• Open Repository Object 

• Close Repository Object 

• Save Repository Object 

• SaveAs Repository Object 

• Copy Repository Object 

• Delete Repository Object 

• Rename Repository Object 
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$K+ Object Attributes 

The attributes of an object are stored in the Cool ICE Repository together with its actual ob i«#*^e 
specifications. You can use the Object Attributes dialog to modify these attributes. Th.s dialog will be displayed 
when o pening an existing service or starting a new service. 
You specify the name of a new object when you save it to the Repository. 

tE the repository name of the object. It is specified when you save the object to the repository. 

S°the category to which the object belong within the repository. The category iaspecified when you save the 
object to the repository. 

Sic^tor for the physical database location of the object. This is determined by the system when you save the 
object to the repository. 

SiSShat show the type of the object. The object type is determined when creating a new object and cannot be 
changed. 

A 70 character long title that will be shown in the list of objects/services viewed from the browser. 

Z optoXr easily taking an object/service Off the Net while updating the object. By default, a new service is Off 
the Net until service specifications have been updated, at which time the serv.ce should be put On the Net. 

gSeTwhen the object becomes unavailable to the browser users. On or after the date , apecifbd. browser users 
who attempt to request the object will receive a message indicating the object is no longer available. 

Sffres°hoSml browser user can access the object. Menu means that this object is a service which is 
eSSle for displaying the menu of available services to the browser. When Menu .s not chosen the system w.ll 
KmS5*£w722Si menu of available objects within a category. Direct means a link to the object w.ll be 
provided I in ?he default menu built and displayed by the system. In-Direct means the object can only be requested 
indirectly from other services/objects. 

ThtaSto select an icon from the Cool ICE repository to be shown next to this object jf^-^g^* 
deployment time in the browser. You click on the browse button to browse and select the icon from the Cool ICE 
RepostorJ The Default Icon button will reset the icon to the system default. The default object icon can be 
configured using thg Cool ICE System Settings function. 

Object Specifications 

The content of this frame will vary depending on the type of object: 

?his frame P S?eTsp'layed when the object type is Dynamic. By clicking on the document icon you will get 
access S the service specifications. The service specifications are Cool ICE Scriptmg functions The service ,s 
displ ed as a CooMCE Database result report and can be edited using Cool ICE 

Normal rules for editing a Cool ICE Database result report apply which for example means that the content or 
Sh^^r^i^ed report at the time you return will be returned to Cool ICE Administration and w.ll be 
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regarded as updates to the service. Using functions such as Find or Locate should be avoided as they are 
native Cool ICE Database functions and causes that you cannot return to Cool ICE Administration. 

Trace On 

Provides a powerful debugging aid for tracing problems in a dynamic service. When turned on, the service 
request from the browser, including all input to the service, will be saved in a trace log. 

Export HTML 

If the template contain HTML, this is used to export the HTML to be maintenance by an HTML Authoring 
tool. 

Import HTML 

Used for importing HTML f rom an HTML Authoring tool to the service. 
Document Specifications 

This frame will be displayed when the object type is Static Document. By clicking on the Modify Document icon 
you will get access to the document specifications. The document is displayed as a Cool ICE Database result 
report and can be edited using Cool ICE Database editing functions. Normal rules for editing a Cool ICE 
Database result report apply which for example means that the content of the current displayed report at the 
time you return will be returned to Cool ICE Administration and will be regarded as updates to the service. 
Using functions such as Find or Locate should be avoided as they are native Cool ICE Database functions and 
causes that you cannot return to Cool ICE Administration. 

Export Document 

This is used to ex port the Document to be maintenance by an HTML Authoring tool. 
Import Document 

Used for importing a Document fr om an HTML Authoring tool to the document. 
Image Specifications 

This frame will be displayed when the object type is Image. 
Export Image 

This will export the image to a file on your workstation. You can the open and edit the image by an Image 
Editor tool. 

Import Image 

Used for importing an image f rom a workstation file and replace the current image. 
Template Specifications. 

This frame will be displayed when the object type is Template. By clicking on the Modify Template icon you will 
get access to the template specifications. The template specifications are Cool ICE Scripting functions. The 
template is displayed as a Cool ICE Database result report and can be edited using Cool ICE Database editing 
functions. Normal rules for editing a Cool ICE Database result report apply which for example means that the 
content of the current displayed report at the time you return will be returned to Cool ICE Administration and 
will be regarded as updates to the service. Using functions such as Find or Locate should be avoided as they 
are native Cool ICE Database functions and causes that you cannot return to Cool ICE Administration. 

Export HTML 

If the template contain HTML, this is used to ex port the HTML to be maintenance by an HTML Authoring 
tool. 

Import HTML 

Used for importing HTML from an HTML Authoring tool to the template. 
Applet Specifications 

This frame will be displayed when the object type is Applet. 
Export Applet 

Exporting an applet is not available. 
Import Applet 

Used to import an updated version of the applet from a workstation file. 



$K+ New Repository Object 

*The following is a list of different objects you can insert in the Cool ICE Repository: 

• D ynamic Service 

• Image 

• Applet 

• Template 
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$K+ Dynamic Service 

The Dynamic Service option starts the creation of a new dynamic service. The following options for new dynamic 
services are available: 

Dynamic Service based on Cool ICE Script Template 

Opens a dialog box providing access to browse the Cool ICE repository to select an appropriate template which 
you want to use as the basis for the new dynamic service. 

Dvnamic Service based on HTML Template _ . 

AHows the service developer to combine the use of HTML authoring tools with the Cool ICE Scnpting development 
environment. This will imnort templates previously created with an HTML authoring tool into the Cool ICE service 
run to form the basis for developing a dynamic service. Inquiry Forms, Input Forms and Output Tables are 
examples of HTML templates able to be developed using an authoring tool. 

Dynamic Service based on existing script 

Allows to browse the Cool ICE database to select an listing script report which you want to use as the basis for 
developing a new dynamic Cool ICE service. 
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$K+ Select Template 

*The Select Template function allows you to browse the Cool ICE Repository selecting a Cool ICE Template object. 
Only objects previously inserted into repository as Cool ICE Templates using the new template function will be 
listed. 

Use default Cool ICE Template 

When checked, this option will select the Cool ICE default template. This template contains the very basic format 
for a Cool ICE dynamic service which is the format all Cool ICE services must conform to. 
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$K+ lmport HTML Template 

*The import HTML Template option is associated with the Dynamic Service based on HTML Template option 
which you can select when creating a ™ w dynamic service. The following descnbes what happens dunng the 
import process: 

. HTML tags are mapped to the Cool ICE Style Guide. The HTML template is scanned and elected HTML tags 
and *Mb!£ are translated into the equivalent Style Guide keywor* The mapp.ng *^«»™\** 
and Style Guide keywords is described in table 30E. Maintenance of this table is only prov.ded through the use 
of manual Mapper editing options. 

. Images are uploaded to the Web Server. The HTML template is scanned for references to images which are 
then transferred to either the Cool ICE Repository or the image directory on the web server. 

. Long lines are automatically wrapped. Lines longer than 80 characters are wrapped at of 
an HTML tag. When that is not possible, a line will be broken at column 80 and continued on the next l.ne. 

. Essential Mapper run statements are inserted. The necessary Mapper run statements to turn the ■HTML 
template into a dynamic service and to interface to the Cool ICE system are inserted at the top and bottom of 
the template. 

. HTML tag delimiters are converted. HTML tag delimiters (less than and greater than) are ""^JJgjfiJs 
and dosing square brackets. This is to avoid confusion with the standard Mapper variable name de imrters (less 
^an and greSan). These delimiters will automatically be converted back by the Cool ICE Serv.ce Handler 
before a document is sent to the browser. 

. Anvthina between <SCRIPT...> and </SCRIPT> such as JavaScript or VBScript which is not Cool ICE script will 
£ passe! f uSLd JavaScripWBScript typically contain special characters such as <> and 0 and speed 
characters like these will not be converted. 

. The Action attribute on the HTML FORM tag will be modified to the Cool ICE standard for referencing anomer 
sertiM from an , html form. <GUrl>/<category>/COOL-ICE-SERVICE will be inserted in the action field. The 
^^s^SlN^iiPA have to modify and replace COOL-ICE-SERVICE w.th the appropnata Coo. 
ICE service name. 

Workstation HTML File • ^ . . . , 

Specifies where on your local workstation the HTML template is to be imported from. 

Browse . ■ . 

Allows you to browse through directories to find the HTML template. 

Map HTML Tags to Cool ICE Style Guide 

Allows you to turn the mapping to the Style Guide on and off. 

liCvouTfum uploading of images referenced within the HTML template on and off. Based on the reference to 
Laae as sSd in he HTML tag <IMG>, Cool ICE will attempt to determine the locat,on of the image. If the 
K%e^£^ not accessible from your workstation, you will be asked to specify the exact tocaten or 
S the Sd If the image file already exists on the server you will be asked to confirm facing the mage. 
Multiple Sees to the same image are not detected and you will be asked to confirm replacing the .mage. 

The following option are available for uploading images: 

. Save in Cool ICE Repository. This means that images being uploaded to the server will be inserted in _the Cool 
ICE repository. This option is recommended to use when you want to manage .mages by the Cool ICE 
Administration environment for things like securing, backing up and exporting/.mport.ng seled.ng 
™b option you will be allowed to specify in which Cool ICE Repository Category to snvethe uploaded imaqe . 
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Save in Server Directory. This mean that images being uploaded to the server will be inserted in an image 
directory on the server outside of the Cool ICE database. This option is recommended to use when 
oerfomfance of sending images to the browser is more important than managing the .mages by the Cool ICE 
Sb ? environment. When selecting this option you will be allowed to select the directory to upload the 
image to. A list of valid server imaoe directories is displayed for selection. 
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$K+ lmport Existing Script Report 

*The Import Existing Script Report option allows you to browse the Cool ICE database to select an existing 
database report to be used as the basic for a new dynamic Cool ICE service. 

ThKE^^ the location of an existing script report. If you know the report identification you can 

sSTdirectly. The Browse button allows you to ~ th» rnni IHF database and select an ex.st.ng report. 

&!n S^l^O^-cn* envelope wil. be applied to the script report. The script envelope is 
CooMCe! script statements necessary for a dynamic service to interface to the Cool ICE run tone environment. 
Script will be inserted at the top and bottom of the script report. 



* Import Existing Script Report 
K Import Existing Script 

♦ HDK:00023 



$K *Upload Image File 

The Upload Image File dialog is displayed when the upload process of an HTML template cannot determine the 
location of an image to be transferred from the workstation to the Web server. 
You are asked to identify the location of the image or skip upload of this image. 
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$K+ Save Uploaded Object 

*As a result of uploading images to the Cool ICE repository this dialog box will appear asking you to select in which 
category you want to insert the image and you are asked to provide the Object Name. 

Csnc©! 

Selecting the cancel button will skip the upload of the image. 
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$K+ lmport Image 

^ , mport image funcUon is used »hen inserting a ne« image in the Cool ICE Repository and *hen ,mport,ng 
neTSon to replace an existing image in the Coot ICE Repository. 

s£ZZ£Z your local workstafion the taage is to be imported from. 

Brows© 

Allows you to browse through directories to find the image file. 
Swyluto specify the type of image if it is different from the file extension. 
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$K+ lmport Applet 

The Import Applet function is used when inserting a new applet in the Cool ICE Repository and when importing 
new revision to replace an existing applet in the Cool ICE Repository. 

Workstation Applet File 

Specifies where on your local workstation the applet is to be imported from. 
Browse 

Allows you to browse through directories to find the applet rue. 
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$K *lnsert Template 

The Inserting Template function is used when inserting a new template in the Cool ICE **P?^-^™ 
allowed to browse through the Cool ICE Repository to select an existing service or template to be used as the 
basic for the new template. 



* Insert Template 
K Insert Template 

* HDK:00026 



( 



$K *lmport Static Document 

ntie Import Static Document option is associated with the New Repository Object option. The following describes 
what happens during the import process: • 

. Images are uploaded to the Web Server. The HTML document is scanned for references to images which are 
then transferred to either the Cool ICE Repository or the image directory on the web server. 

. Long lines are automatically wrapped. Lines longer than 80 characters are wrapped at a space o. -at the end of 
an HTML tag. When that is not possible, a line will be broken at column 80 and continued on the next hne. 

. Because this is a static document, no Cool ICE Script functions are inserted. 

• HTML tag delimiters are not converted. 

Workstation HTML File . . 

Specifies where on your local workstation the HTML document is to be imported from. 

Browse 

Allows you to browse through directories to find the HTML document. 

5^£K?im uploading of images referenced within the HTML document on and off. Based on the reference 
to ^Timaoe as soecified in the HTML tag <IMG>, Cool ICE will attempt to determ.ne the location of the mage. If 
t^SZS^tad^t accessible from your workstation, you will be asked to specify the exact location or 
sktoThe ?Sd If Z image file already exists on the server you will be asked to confirm rep acng the image. 
Xiple Sees to the same image are not detected and you will be asked to confirm replacing the image. 

The following option are available for uploading images: 

. Save in Cool ICE Repository. This means that images being uploaded to the server will be inserted in the Cool 
ICE repository This option is recommended to use when you want to manage images by the Cool ICE 
M^ta^'emtoSnent for things like securing, backing up and exporting/importing images When selectmg 
WsTpSn you will be allowed to specify in which Cool ICE Repository Category to save t^ uploaded .maqe . 

. Save in Server Directory. This mean that images being uploaded to the server will be inserted in an image 
directory on the server outside of the Cool ICE database. This option .s recommended to use when 
oerfomance of sending images to the browser is more important than managing the .mages by the Cool ICE 
AdSS; "environment. When selecting this option you will be allowed to select the directory to upload the 
image to. A list of valid server image directories is displayed for selection. 
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$K+ Export HTML 

The Exoort HTML option is used when you want to use an HTML authoring tool for maintaining and updating the 
25 ZpMeZS^ce. The HTML section of the service will be exported to a ^^f^^- 
This file can then be opened in the authoring tool and updated using features of that tool. When fimshed the 
template should be saved to the file ready for being imported back into the service. 

Everything within the service between the start and end HTML tag ([HTML] and [/HTML]) will be exported L Any 
MapTer SJSJoptions will be included and identified using the HTML script tag [SCRIPT] and assorted end tag 
^SCRIPT] The position of script options relative to HTML tags should be maintained when updating the HTML 
empire , w ing the authoring tool. If required, the script options can be updated usmg the authoring tool as ^11 of the 
HTML template including script options will be imported back into the service us.ng the Import HTML option. 
Any script language such as JavaScript or VBScript identified between [SCRIPT...] and [/SCRIPT] will be passed 
SSed. JavaScript/VBScript typically contain special characters such as <> and D and special characters hke 
these will not be converted. 

In case the Dynamic Service you are exporting from contain more than one HTML template a dialog box will 
appear requesting you to identify and select which of the HTML templates you want to export. 
References to the stvle Guide within the HTML template will be replaced with their respective values from the Style 
Guide for the current service. 

Workstation HTML File . 

Specifies where on your local workstation the HTML template is to be exported to. 

Browse 

Allows you to browse through directories to find a file name. 
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$K *lmport HTML 

The Import HTML option is used for importing an HTML template into the current open service after haying ^ 
exported it for editing in an authoring tool. The HTML template being imported will replace everything within tfie 
current open service between the start and end HTML tag ([HTML) and [/HTML]). The following descnbes what 
happens during the import process: 

. HTML tags are mapped to the Cool ICE Style Guide. The HTML template will be scanned and selected HTML 
tags and attributes translated into the equivalent Stvle Guide keywords. The mapping between the HTML tags 
and Style Guide keywords is described in table 30E. Maintenance of this table is through the use of manual 
Mapper editing options. 

. Images are uploaded to the Web Server. The HTML template is scanned for references to images which are 

then transferred to either the Cool ICE Repository or the image directory on the web server. 
. Long lines are automatically wrapped. Lines longer than 80 characters are wrapped at a space or at the end of 

an HTML tag. When that is not possible, a line will be broken at column 80 and continued on the next line. 
. HTML tag delimiters are converted. HTML Tag delimiters (less than and greater than) will be converted to 

opening and closing square brackets. This is to avoid confusion with the standard Mapper variable name 

delimiters (less than and greater than). These delimiters will automatically be converted back by the Cool ICE 

Service Handler before a document is sent to the browser. 
. Anything between <SCRIPT...> and </SCRIPT> such as JavaScript or VBScript which is not Cool ICE script will 

be passed untouched. JavaScript/VBScript typically contain special characters such as <> and Q and special 

characters like these will not be converted. 
. The Action attribute on the HTML FORM tag will be modified to the Cool ICE standard for referencing another 

service from an html form. <GUrl>/<category>/COOL-ICE-SERVICE will be inserted in the act.on fie <± Jhis 

means the service developer just have to modify and replace COOL-ICE-SERVICE with the appropriate Cool 

ICE service name. 

In case the Dynamic Service you are importing to contain more than one HTML template, a dialog box will appear 
requesting you to identify and select which of the HTML templates you want to replace. 

Workstation HTML File , 

Specifies where on your local workstation the HTML template is to be imported from. 
Browse 

Allows you to browse through directories to find the HTML template. 

Map HTML Tags to Cool ICE Style Guide 

Allows you to turn the mapping to the Style Guide on and off. 

AlSyo^totVm Moadfngof images referenced within the HTML template on and off. Based on the reference to 
the image as specified in the HTML tag <IMG>. Cool ICE will attempt to determine the location of the image. If the 
image resides on a drive not accessible from your workstation, you will be asked to specify the exact location or 
skip the upload . If the image file already exists on the server you will be asked to confirm replacing the image. 
Multiple references to the same image are not detected and you will be asked to confirm replacing the image. 

fdentifie's^ the Internet/Intranet server to which the image should be transferred. A list of valid server 

image directories is displayed. 
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$K+ Select HTML Template 

*The Select HTML Template dialog box appears when a dynamic service contains more than one HTML template. 
When exporting HTML from a dynamic service or importing HTML to a dynamic service containing more than one 
HTML template, you will be asked to identify which HTML Template you want. 
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$K+ Export Document 

The Export Document option is used when you want to use an HTML authoring tool for maintaining ; and updating 

stScHTML ^document The HTML document will be exported to a file on your workstation. Th.s file can then be 
J^h^iSSr^ and updated using features of that tool. When finished the document should be saved 
to the file ready for being imported back into the Cool ICE Repository. 

Workstation Document File , 
Specifies where on your local workstation the HTML Document is to be exported to. 

Browse 

Allows you to browse through directories to find a file name. 
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$K *Export Image 

The Export Image option is used when you want to use an Image Editing tool for editing the image. The Image will 
be exported to a file on your workstation This file can then be opened in the Image Edtor and updated us ng 
features of til* tod. When finished the image should be saved to the file ready for be.ng .mported back .nto the 
Cool ICE Repository. 

Workstation Image File 

Specifies where on your local workstation the Image is to be exported to. 
Browse 

Allows you to browse through directories to find a file name. 
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$K+ Open Repository Object 

The Ooen Object option allows you to browse the Cool ICE Repository for selecting an object to open The object 

^SJSSbe pulled across from the remote system and presented on your workstat.cn. Also, remote 
objects will be locked to the workstation opening the object. 

Est? developer to open an object that is locked to another workstation in read only mode. If an object opened 
in Sad only mode is modified, it can only be saved in the Repository under a new name. 
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$K+ Close Repository Object 

*T7ie Close Object option releases the object which is currently open and locked to your workstation. It will verify if 
the object attributes including object specifications have changed and if necessary save the object back into the 
Repository and close the Object Attributes dialog. 
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$K+ Save Repository Object 

The Save Object option saves changes to object attributes including object specifications back into the Repository. 
The object remains locked to your workstation. 



$ 
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$K+ SaveAs Repository Object 

The SaveAs Object option allows you to save an object under a new name and also specify in which category the 
object will be saved. 
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$K+ Copy Repository Object 

-The Copy Object option allows you to copy one or more objects from one category to another or within the same 
category. 

The object attributes and object specifications, including associated Style Guide objects, will be copied. 
Pool ICE Administration provides copying to and from remote categories and will automatically handle all the 
SS^^SSSSjESien remote servers. Copying directly between two remote categor.es ,s not supported, 
in o^der to ™py from one-remote category to another remote category we recommended that you create a 
category on the local system to be used for temporary intermediate storage. 

Sws F you to browse through categories. Within a category, you may select one or more services to copy by 
highlighting the objects in the list. 

UsedloTselecting all objects in a category. The objects in the list wil. not be highlighted but they will all be selected 
for copying and will appear in the Confirm Coov Obiect dialog. 

Copy To • .. . 

Allows you to select the category to which you want to copy the objects. 
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$K+ Confirm Copy Object 

The Confirm Copy Object dialog allows you to confirm copying of all selected objects or of individual objects from 

the list. 

Yes 

Confirms copying the highlighted object only. 
Yes to All 

Confirms copying all the objects in the list. 
No 

Removes an object from the list. 



* Confirm Copy Object 
K Confirm Copy Object 

* HDK:00033 

* HDK3B9ACBA0 



( 



$K+ Confirm Replace Object 

The Confirm Replace Object dialog is displayed in case an object name already exists in the category being 
copied to. 

AHows C you to confirm Replace. The existing object will be overwritten. 

Kyo^to confirm Replace for all objects. All existing objects with duplicated names will be overwritten. 
No 

Skips copying the object. 

Atows you to specify a new name for an object with a duplicated name. 
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$K+ Delete Repository Object 

*The Delete Object option allows you to delete one or more objects from a category. 

Browse through available categories and select a category. Within a category, select one or more objects to delete 
by highlighting the objects in the list. 

^deselecting all objects in a category. The objects in the list will not be highlighted but they will all be selected 
for deletion and will appear in the r.nnfirm Delete Obiect dialog. 



* Delete Repository Object 
K Delete Repository Object 
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$K+ Confirm Delete Object 

"The Confirm Delete Object option allows you to confirm deletion of all selected objects or remove individual 
objects from the list. 

The object attributes and object specifications, including associated Style Guide objects, will be deleted. 
Yes 

Confirms deleting the highlighted object only. 
Yes to All 

Confirms deleting all the objects in the list. 
No 

Removes an object from the list. 



* Confirm Delete Object 
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$K *Rename Repository Object 

The Rename Object option allows you to change the Repository name of an object. 

Browse through available categories and select a category. Within a category, select the object to rename by 

highlighting the object in the list. 



* Rename Repository Object 
K Rename Repository Object 
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$K+ Confirm Rename Object 

*The Confirm Rename option allows you to specify a new name for the object. The name of the object will be 
changed wherever it is used within the Cool ICE Repository. 



« Confirm Rename Object 
K Confirm Rename Object 
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$K+ Event Viewer 

*The Event Viewer option allows you to view events logged by Cool ICE. The following types of event logs are kept: 

• Access Log . Logs all requests for services made from a browser. 

. Error Loo . Logs any service failure due to a syntactical error in the service specifications. 

• Trace Log . Records information for services that have the Trace On attribute checked. 



* Event Viewer 
K Event Viewer 

♦ HDK:00039 
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$K+ Access Log 

*The access log stores details of servio 
the service, when was the service reqm 
uses for this information are as follows: 




• It can provide details of the services that are of most interest to users, which can be used for marketing 



purposes. 

. It can be used to charge for Internet services. 
♦ It can provide details about when the server is busy. 



The Access Log option has the following suboptions for specifying both the time period you wish to analyze 



how you want to view the information: 

• AmP.fis I og Settings 

• Viftw Access Log 



$ Access Log 
K Access Log 
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$K *Access Log Settings 

previous day and add the data to a summary report. 

This summary report is kept at report 8F within the drawer where Cool ICE is installed Access to the infomeUon in 
^^^^t^lM by any specific Cool ICE Administration option, but ,t can be accessed through 
Mapper for individual customized analysis. 
The log cycle can be configured as follows: 

• Daily Cycle. The Log report will be overwritten every day. 

• Weekly Cycle. Log reports will be kept on a weekly basis. 

• Monthly Cycle. Log reports will be kept on a monthly basis. 

• Logging Off. Logging is turned off and service requests will not be recorded. 



$ Access Log Settings 
K Access Log Settings 
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$K *View Access Log 

The View Access Log option allows you to select the day you want to analyze and how you want to view the 
information. 

The following standard views are provided: 

• Most Popular Services 

• Average Service Times 

• User Sessions 

• Services bv User 

• Users bv Service 
. Peak Time Hits 



$ View Access Log 
K View Access Log 
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$K+ Most Popular Services 

*This option provides a summary of the number of hits (service requests) per category and service. The Cool ICE 
Sign-On service is excluded from the list. 



$ Most Popular Services 
K Most Popular Services 
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$K+ Average Service Times 

This option provides the average service time per category and service. This is the elapsed time it took to .perform 
serv £ U s measured from the time at which the Cool ICE Service Handler receded the request to the Jme at 
lich S he HTML document back to the Web Sender. The Cool ICE Sign-On serv.ce .s excluded from the hst. 



* Average Service Times 
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$K+ User Sessions 

*This option provides a summary of Cool ICE sessions initiated by the 



* User Sessions 
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$K *Services by User 

-This option provides a summary of the number of hits (service requests) per category and semce listed by user- 
ids. The Cool ICE Sign-On service is excluded from the list. 



* Services by User 
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$K+ Users by Service 

-This option provides a summary of the number of hits (service requests) per user-id listed by category and 
service. The Cool ICE Sign-On service is excluded from the list. 



* Users by Service 
K Users by Service 

♦ HDK:00047 
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$K+ Peak Time Hits 

this provides a list of the total number of hits (service requests) for «,e selected time interval. The default t,me 
inSTs 60 minutes. You can also select 30 and 15 minute .ntervals. 



9 Peak Time Hits 

* Peak Time Hits 

♦ HDK:00048 



$K+ Error Log 

Sl 7Z m M 2 'S oKiiure. who requested the service and internal vaK.es from the s«v,oe). 
The View Error Log option displays entries in the error log. 



* Error Log 
K Error Log 
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$K+ View Error Log 

The View Error Log option displays the entries recorded in the errorloa. Selecting a log entry from the l.st w,ll 
show the information logged for the incident. 

Shows the log information for the entry highlighted in the list. 
Delete 

Deletes the log entry highlighted in the list. 
Clear All 

Deletes all log entries in the list. 

Log entries are not deleted automatically by Cool ICE. After the service developer has investigated the inodent 
they must delete it. 



' View Error Log 
K View Error log 
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The Trace Log option is a powers debugging f^*^^^^™^ 9 ' 
dynamic service in order to The sewice developer therefore 

ZZZ -bies the service devetoper ,0 run , «*. |» -oreground u Sln g the standard Mapper deling 
MiOefsKs the Run Debugger, as well as the simple D,splayopt,ons. 

The trace *g Is associau* with the ^"s^^^^ 

- inou, con* . browse, 

The View Trace Log option displays entries in the trace log. 



* Trace Log 
K Trace Log 
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'-View Trace Log th ^ rare , oa selecting a log entry from the list will show the 

The View Trace Log option displays entnes in the tracejog. Selecting a .og y 
information logged for the incident. 

Shows the log information for the entry highlighted in the list. 

such as RDB and DSP. 

Deletes the log entry highlighted in the list. 
Clear All 

they must delete it. 



* View Trace Log 

K Run It.View Trace Log 
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* K+ S6curity 

allowed to perform the service. 

The basic concept is that only certain users need to be reoistered in the system - this approach reduces me 

administrator burden. 

The security n^n*" has been de* = 
^sa^c^ 

iX^X^^^^™* appry to a„ seLes within tha, cateoory. Secunty 
profiles specified for a service will only apply to that service. 

Procedure for setting up security 

1. rvaato fiftnuritv profiles 

2. Foster users and assign profiles to users through profile membership 

3. aiincatfi profiles t o individual Categories or Services 

The following is a list of security maintenance options: 

• Rftrurity Profiles 
. i igpr Re gistration 

• Sfttvir.fis Acc ess Sacuritv 
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$K+ Security Profiles 

The Security Profiles option is used for setting up a table of valid profiles to be allocated to users and services. A 
profile must be specified in the Security Profile table before it can be allocated. 

Add . t 

Opens a dialog for adding a new profile to the list. 

Oper* a dialog for modifying the description for the highlighted profile. 

Detete S e the highHghted profile from the list. A profile can only be deleted if it is not alboated to any users or 

services. 

Allocate Profile 

Allows a profile to be allocated to a range of users. 
Where Used 

Displays a report of how the profits have hftfin allocated. 



* Security Profiles 
K Security Profiles 
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$K+ Add-Modify Security Profile 

*The Add-Modify Security Profile option dialog allows you to add or modify a security profile. 
Profile 

The name of the profile to add or modify. 
Description 

A short description of the profile. 



« Add-Modify Security Profile 
K Add-Modify Security Profile 
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* K+ Security Profiles Where Used 

•The Security Profiles Where Used option provides an overview of the profiles and how they have been allocated to 
users and categories/services. 

np^^ Snfile Allocation dialog, allowing you to allocate the highlighted profile to a range of users. This dialog is 
also displayed by double clicking on a profile in the list. 



$ Security Profiles Where Used 
K Security Profiles Where Used 
♦ HDK:00056 
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$K+ Security Profile Allocation 

The Security Profile Allocation option allows you to allocate or de-allocate a profile to a range of users. 
%L users highlighted in the Not Allocated to list and adds them to the Allocated to list. 
Removes users highlighted in the Allocated to list and puts them back in the Not AJ.ocated to list. 



* Security Profile Allocation 
K Security Profile Allocation 
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$K+ User Registration 

-The User Registration option is used for registering users for whom special security profiles need to be allocated. 
Not all users need to be registered^ use Cool ICE. Users that are not registered in Cool ICE will be allowed 
ams to 3 opln services A service is open, if it does not have speoal security profiles allocated. 
Users who have been registered and have been give membership of selected profiles, will be given access to all 
open services and services with a matching profile. 



Add 

Opens a dialog for adding a new user to the list. 

OpS a dialog box allowing you to modify the user registration of the user highlighted in the list. 
Remove 

Deletes the highlighted user id from the list. 
Profile Membership 

Allows you to give a user membership of a range of profiles. 

of .ha users and the profiles they are members of and (he categories/services <hey have been 
granted access to. 



$ User Registration 

K Profile Membership-.Profile Report;User Registration 
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$K+ Add-Modify User Registration 

The Add-Modify User Registration option dialog is used for adding new Cool ICE users to the list of authonzed 
users. 

^ .0 add. m can .e fS o^ 
enough to allow the user to use Cool ICE. 

SSnen. number in wnich .his user is registered within «he Mapper environment. A department is a way of 
grouping users with common interests. 

User cannot change password nhann( , their Dassword It is strongly recommended that you 

Checking this option 0 3 p Z unoheoked'the browser user wil, be 

window. 



« Add-Modify User Registration 

k Add-Modify User Registration;Department;User Id 
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$K+ User Security Profile Report 

The User Security Profile Report option dialog provides an overview of the users and the profiles they are member 
oFanc I w^icTStegories/services they have been granted specal access to. 

Membership dialog, ai.owing you to give the highlighted user membership to a range of profi.es. 
This dialog is also displayed by double clicking on a user in the list. 



$ 



User Security Profile Report 
k Pr0 fj| e Allocatiorv.User Security Profile Report 

♦ HDK:00060 
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"♦User Security Profile Membership 

n*e User Security Proffle Membership opUon dialog allows you ,o ». a user members* of a range c, proves or 
to take profile memberships away from a user. 

A^s profiles highlighted in the Not Member of list to the Member of list. 



Remove 
Remove 



profiles highlighted in the Member of list and puts them back in the Not Member of list. 



* User Security Profile Membership 
k user Security Profile Membership 
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$K+ Object Access Security 

The Object Access Security option is used for allocating security profiles for selected objects for which special 
security is required. 

Not all objects need to be allocated profiles in order to be accessible by wi " be 9 iven acceSS t0 a " 

open objects. An object is open if it does not have special security profiles allocated. 

Objects which have been allocated profiles will only be accessible by users with a matching profile. 

that category/Security specified for a single object will only apply to that object. 
Add 

Opens a dialog box for adding a profile to the list. 

Opens a dialog box for modifying the highlighted profile entry. 
Remove 

Deletes the highlighted profile entry. 

Resets^profile with the profile defined for the level above it in the hierarchy. 

£5^^ of the categories and objects showing the security profiles which have been allocated and the 
user who have been granted access. 



* Object Access Security 

K Inheritance Hierarchy.Object Access Security 
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$K+ Add-Modify Object Access Security 

The Add-Modify Object Access Security dialog is used for adding or modrfying profiles for authorized access to an 
object. ... 

user profiles. You can also specify logical and/or conditions, as follows. 

'Solicitor'. , , 

. Selecting and inserting 'RealEstate' from Profile 1 and 'Solicitor' from Profile 2. this object can be accessed only 
by users who are 'RealEstate' and 'Solicitor'. 



* Add-Modify Object Access Security 
K Add-Modify Object Access Security 
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$K+ Object Security Profile Report 

The Object Security Profile Report option dialog provides an overview of the categories and objects and 
p3£3^ allocated and which users have been granted speed access. 



* Object Security Profile Report 
K Object Security Profile Report 
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$K+ Options 

The Options menu provides the following options for configuring Cool ICE: 

• Stvle Guide 

. Arrange Cat pg""Ps/Obiects 

• Image Direc tory Aliases 

. ptrnwser Sia "<">" Configuration 
. r.nnl IP,E Sys tem Settings 
. ftrfl phifts Ser ver Settings 



* Options 
K Options 

♦ HDK-.00065 



\ 



$K+ Style Guide 

*The Style Guide option serves two roles, as follows: 

. To allow you to provide a consistent look and feel to HTML documents generated by a dynamic seivice, and to 
be able to change this at one source. 

Guide and it win automatically have effect at run time in all serv.ces referenang the variable. 

only apply to that service. 

Add ... 
Opens a dialog box for adding a keyword to the list. 

Opens a dialog box for modifying the highlighted keyword in the list. 
Remove 

Deletes the highlighted keyword in the list. 

Resetste Style Guide with the Style Guide defined for the level above it in the hierarchy. 



* Style Guide 
K Style Guide 
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""Add-Modify Style Guide Keyword 

The Add-Modify Style Guide Keyword option dialog is used to add or modify keywords in me lis. of Style Gurfe 

keywords. 

Keyword , . th r , ICE service Handler will create a Mapper variable 

appropriate just be referencing the equivalent variable. 

Value ^ , _ . . 

The content of the item in the Style Guide. 

Description 

A short description of the entry. 

The Color Chart button displays a color chart. 



• Add-Modify Style Guide Keyword .w olllo 
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$K *Color Chart 

*The Color Chart is used for selecting one of the 16 basic colors for a Style Guide entry. The color value is returned 
as a red, green, blue (RGB) hexadecimal value. 



* Color Chart 
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$K+ Arrange Categories/Objects 

The Arrange Categories and Objects option is used for manipulating the order in which you want Categories and 
ScteTo be SXhen displayed for the browser user and also when browsing the Cool ICE Repostory us.ng 
the Cool ICE Administration functions. 

Thtewill o^enadialog box displaying a list of objects within the highlighted category allowing you to axrjngjL 
objects w ithin that category. 

TwTwill identify and select the highlighted category as the one to be moved. The category to be moved will be 
shown in the field Category to move. - 

SwiH move and insert the category shown in the field Category to move before the category highlighted in the 

list of categories. 

TSis^ove and insert the category shown in the field Category to move after the category highlighted in the list 
of categories. 



$ Arrange Categories/Objects 
K Arrange Categories/Objects 
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$K *Arrange Objects 

*The Arrange Objects option is accessed from the Arrange Categ nrifts/Obiects function and is used for 
manipulating the order in which you want Objects to be listed when displayed for the browser user and also when 
browsing the Cool ICE Repository using the Cool ICE Administration functions. 

Thiswill identify and select the highlighted object as the one to be moved. The object to be moved will be shown in 
the field Object to move. 

Insert Before ^. t . . . , . . ., ... , 

This will move and insert the object shown in the field Object to move before the object highlighted in the list or 

objects. 

Insert After . , 

This will move and insert the object shown in the field Object to move after the object highlighted in the list ot 

objects. 



* Arrange Objects 
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$K+ File Transfer 

The File Transfer option is provided primarily for transferring images between the service developers workstation 
and the Cool ICE web server. However, the file transfer will allow transfer of any file. 

Imaaes being transferred to the web server using the file transfer option will be stored in directories outside i the 
rnnMCE Reoositorv As described for nir^tor y Aliases , storing images in d.rectones oute.de the Cool ICE 
SSS^SSS^ secured a'ndmanag^ylhi Coo. ICE system. This ^^^ c * hen 

peSancTof sending images to the browser is more important than manag.ng the .mages by the Cool ICE 

Administration environment. 

In Same you select server directory alias and/or files you want to transfer to/from depending on which transfer 
function you select (Transfer from Server or Transfer from Workstation). 

S atst onmag^Directory Aliases as setup using the ™»rfnn, Mi^s function. When selecting an 

2£ a w of directoI * wi " be displayed - The selection of server d ' rec 

limited to directories setup using the Image Directory Aliases function. 

server fo workstation you will select the files to transfer either by highlighting 
l^llaTSA^ list or check the Select All box for selecting all files within the list. When using the 
Select All option the files will not be highlighted. 

SffSme you select workstation directory and/or files you want to transfer to/from depending on which transfer 
function you select (Transfer from Server or Transfer from Workstation). 

taTst of directories on your workstation. When selecting a directory, a list of files within that directory will 
be displayed. 

wllen^^sLlnSLs 'from workstation to server you will select the files to transfer eUher by highlighting 
2!2!ia^^ list or check the Select All box for selecting all files within the list. When us.ng the 

Select All option the files will not be highlighted. 

ask for a confirmation to start the transfer, 
and ask for a confirmation to start the transfer. 



* File Transfer 
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♦ HDK:00071 

* HnK3RQACF70 



(■' 



$K *File Transfer from Server to Workstation 

This dialog box allows you to confirm the file transfer. A list of files selected within the specified server alias 
directory is listed requesting you to confirm the transfer. 

Transfer Now 

Selecting this button will start the transfer from the Server to the Workstation. 



* File Transfer from Server to Workstation 

k Fi , e Transfer from Server to Workstation;Transfer from Server to Workstat.on 
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$K Tile Transfer from Workstation to Server 

This dialog box allows you to confirm the file transfer. A list of fi.es selected within the specified workstation 
directory is listed requesting you to confirm the transfer. 

S T electfng fcfe button will start the transfer from the Workstation to the Server. 



« PiiA Transfer from Workstation to Server 

« £ rSnsferS Workstation to Se,ver;Transfer from Workstation to Saver 
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$K *lmage Directory Aliases 

images can be uploaded. 
Administration environment. 



Add ,..«..■♦ 
Opens a dialog box for adding a new alias to the list. 

Open^ a dialog box for modifying the highlighted alias in the list. 
Remove 

Deletes the highlighted alias from the list. 



* Image Directory Aliases 

•< Image Directory Aliases.Transfer Cool ICE System Images 
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$K+ Add-Modify Image Directory 

The Add-Modtfy Image Directory option dialog is used to add or modify a sender image directory. Cool ICE uses 
these directories for storing images on the server.- 

the Web Server translates it into the physical path. 

Server Image Directory 

The physical path name of the directory. 

directory. 



'image DS;A,ias;De,au, t Coo, ICE System image Direc,orv;Server ,mage 



Directory 

♦ HDK:00075 

# unK^RQAflFOO 



(" 



$K+ Browser SignOn Configuration 

form. 

Provided you keep the basic content as it exists in the system sign-on form, you can redesign the look and feel of 
the form using an HTML authoring tool and replacing the system sign^n form. 

sx^s^ — to type in *» Mapper department number ** user - id belon9s 

to. 

t^'StaS^"^!^ such it will not request the user to specify their Mapper department ^^^e 
all valiS ^SooMCE users must belong to the same Mapper department. This department number « specfied ,n the 
department field of the Guest User-Id frame. 

^ - %}££EL ftm. » indicate a defeui, useMd which can be used fo, casu* use.. 



Id - Department and Password 
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$K+ Cool ICE System Settings 

SiS^s^^— 

Service Handler Trace j Hand|er ^ information is kept in the F- 

This allows to turn trace on/off fo C<»l ICEsewwe « an. a' ^ d from the Gate way. Report 

reset to the icon before selecting this function, 
to the icon before selecting this function. 



* Cool ICE System Settings 
" Cool ICE System Settings 
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$K+ Graphics Server Settings 

'Configuring the Graphics Server is only required for Cool ICE systems running on UnixWare. 
The Graohics Server software on Cool ICE systems on UnixWare is running on a PC and a request to produce a 
o]?Dh s pasled Tom CooHCE to the Graphics Server via a TCP/IP connection. Cool CE must know on which PC 
^rSStoSerTXw is installed and on which socket the Graphics Server w.ll rece.ve a request. 

SEKSS iS^SSSSZ* PC where the Graphics Server software is running. 

?KS£S? ttXSK Graphics Server. The default number i, 1234. 
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^Miscellaneous 

This following topics document miscellaneous dialog boxes used in Cool ICE Administration. 

• Server Direc tory Inquiry 

• Workstation Browser 

• Conl ICE Datahase Drawe r Browser 
. Cnol ICE Da^hase Repor t Browser 

• Cool ICE Re positor y Browser 

• Cool ICE System Variables 



5 Miscellaneous 
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$K *Server Directory Inquiry 

•Cool ICE will attempt to verify the existence of directories on the Cool ICE server by passing a directory inquiry on 
to the Operating System. In order for the Operating System to allow such a request a usend and password is 
required which allow access to the OS. On NT systems, the userid being used for starting the Mapper NT software 
must have the user right "Log on as a batch job" in order to pass a DOS command to NT. 
On a system configured with the above mentioned user right, only users who are connecting in to the Cool ICE 
Administration environment via a remote connection such as MSW (Mapper System for Windows) will be required 
to specify a userid/password. The userid/password entered will be remembered by the system and as long as the 
userid stays valid you will not be asked to provide this again for any subsequent server directory inquiry The userid 
is kept on a COOLICE.INI file on your workstation. When the userid becomes invalid, you will be asked to specify a 
new valid userid/password. 

Server Userid 

This is a Userid on the Operating system (NT UserlD or Unix UserlD). 

On NT systems this userid must have the user right to "Log on as a batch job" and be a member of the Mapper 
Group. 

Server Password 

This is a password associated with the userid. 



* Server Directory Inquiry 
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^♦Workstation Browser 

*This allows you to browse and select directories and files on your workstation or network drives your workstation 
have access to. 

You select a directory by double click on a directory in the list of directories. 
You select a file by double click on a file in the list of files. 

Preview 

The preview button will display the content of a file you previously have selected by double click on a file in the lisl 
of files. This can only display content of files with .TXT, .HTM or .HTML extension. 



* Workstation Browser 
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$K *Cool ICE Database Report Browser 

This Cool ICE Database Report Browser is displayed when selecting to browse the Cool ICE database. It allows 
you to browse and select an existing report from the database. 

You select a Cool ICE Database Drawer by double click on a drawer in the list of drawers. 
You select a Cool ICE Database Report by double click on a report in the list of reports. 



* Cool ICE Database Report Browser 
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$K *Cool ICE Repository Browser 

This allows you to browse and select an object from the Cool ICE Repository. 

You select a Cool ICE Category by double click on a category in the list of categories. 

You select a Cool ICE Object by double click on an object in the list of objects. 



* Cool ICE Repository Browser 
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$K+ Cool ICE System Variables 

* 

{bmc t:\_ourwo-1\joshua\online-1\00000002.wmf} 
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$K+ Cool ICE Database Drawer Browser 

*The Drawer Browser is displayed when selecting browse. It allows you to browse and select an open (available) 
Cool ICE Database drawer and cabinet to store your Cool ICE category. 

An available drawer for storing your Cool ICE category is listed as being OPEN in the Drawer Browser. 
You select a drawer by double clicking on an open one in the list of drawers. 



* Cool ICE Database Drawer Browser 
K Cool ICE Database Drawer Browser 

* HDK:00085 

* HDK3B9ACFC0 



